- Users - libvirt List Archives

[libvirt-users] Persisting the libvirt guest's reason code.
by Tanmoy Sinha 21 Mar '18

21 Mar '18

Hi, I am currently facing an issue with libvirt w.r.t a guest's state and reason code. Precisely following are steps: 1. I have a running guest named *linux-test *on KVM 2. I do a * $> virsh save linux-test linux-saved.dat* 3. At this point * $> virsh domstate --reason linux-test *shows *shutoff(saved)* 4. I restarted the libvirtd daemon * $>systemctl restart libvirtd* 5. Now when I check for the domain state, * $> virsh domstate --reason linux-test *it reads *shutoff(unknown)* >From what I understand: The reason code for a particular state is maintained in-memory (no persistence in libvirt). Now when libvirtd restarts it queries the qemu monitor for all the running qemu processes and reassigns the state and reason. But for guests which are in shutoff state, there’s exists no QEMU instance for it, hence it has no way to know what was the last reason (i..e the default value 0 or UNKNOWN), but the state remains as shutfoff! Is there a patch for it? Or someway to retain the reason code across reboots and restart? Regards, Tanmoy Sinha

2 1

[libvirt-users] rtc_timeoffset libvirt patch
by Volodymyr Matviiv 20 Mar '18

20 Mar '18

Hello, Could you please clarify if below patch is going to be released every with some stable version of libvirt. Do you have any info which version? https://www.redhat.com/archives/libvir-list/2018-February/msg00981.html Thank you in advance for your answer.

2 1

[libvirt-users] Specify DNS and gateway for dnsmasq
by Gionatan Danti 17 Mar '18

17 Mar '18

Hi all, how I can set dhcp options as DNS, gateway, etc in libvirt's network definitions? From what I read here[1], I can use the <option> tag. However, I can not find nothing on libvirt official documentation. I am missing something? Thanks. [1] https://www.redhat.com/archives/libvir-list/2013-March/msg00166.html -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti(a)assyoma.it - info(a)assyoma.it GPG public key ID: FF5F32A8

4 6

[libvirt-users] qemu-img snapshot on running virtual machine
by Gionatan Danti 16 Mar '18

16 Mar '18

Hi all, I have a question about internal qcow2 snapshots of a live/running virtual machine taken via "qemu-img snapshot command". My question is: is it safe to execute the command above against a running machine? Or it will cause corruption? Naively I think it should *not* be safe, however, I would like a direct confirmation. Thanks. -- Danti Gionatan Supporto Tecnico Assyoma S.r.l. - www.assyoma.it email: g.danti(a)assyoma.it - info(a)assyoma.it GPG public key ID: FF5F32A8

3 4

[libvirt-users] Resource control is not supported on this host
by Allence 15 Mar '18

15 Mar '18

Libvirt release version V4.1.0 It add a element is cachetune After we add this, We can use host-cpu-cache But when i add it, my host get a error message: "Resource control is not supported on this host" Why? Following is my environment: kernel : 4.1.5, libvirt : 4.1.0 qemu : 2.9 host : lfs-7.0 my add cachetune in xml: <cachetune vcpus='0-3'> <cache id='1' level='3' type='data' size='3' unit='MiB'/> </cachetune>

4 4

[libvirt-users] Xen PVH Support in libvirt
by Tizian Lamatsch 14 Mar '18

14 Mar '18

Hello @ all, i wonder if there is any support for Xen PVH (https://wiki.xen.org/wiki/Xen_Project_Software_Overview) within libvirt. If i parse a xen native domU config file with 'virsh domxml-from-native' in which i set type='pvh' it changes it in the libvirt xml output to normal pv. Also the docs of libvirt do not state something like pvh. I am currently running Xen 4.10.0 with LibVirt 4.0.0. If it is not possible at the moment, can you please tell if this is a planned feature of libvirt? Thanks in advance for your help! Best Regards, Tizian

2 1

[libvirt-users] auto propagate interface status change
by John Lemon 14 Mar '18

14 Mar '18

1 0

[libvirt-users] libvirt connect vmware workstation fail
by 吴金灿 13 Mar '18

13 Mar '18

bash: vmwarews+ssh://jc@127.0.0.1/session: No such file or directory [jc@te ~]$ virsh -c vmwarews+ssh://jc@127.0.0.1/session 错误：连接到管理程序失败错误：不支持的操作：ssh 连接驱动程序不支持在没有套接字路径的情况下连接到会话实例 [jc@te ~]$ virsh -c vmwarews+ssh://root@127.0.0.1/session 错误：连接到管理程序失败错误：不支持的操作：ssh 连接驱动程序不支持在没有套接字路径的情况下连接到会话实例 [jc@te ~]$ virsh -c vmwarews:///session Segmentation fault (核心已转储)

2 1

[libvirt-users] KVM or Qemu
by Jamie Fargen 13 Mar '18

13 Mar '18

List- I know this may be slightly off topic and if so tell me to hit up the emu-discuss mailing list, but does anyone know how to detect the difference between a guest that is being fully emulates using qemu and a guest that is running para-virtualized using KVM? I have and when I inspect the CPUs I see the following.... # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : QEMU Virtual CPU version 1.5.3 stepping : 3 microcode : 0x1 cpu MHz : 1995.312 cache size : 4096 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm rep_good nopl pni cx16 hypervisor lahf_lm abm bogomips : 3990.62 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management: # dmidecode # dmidecode 2.12-dmifs SMBIOS 2.4 present. 10 structures occupying 326 bytes. Table at 0x000F7190. Handle 0x0000, DMI type 0, 24 bytes BIOS Information Vendor: Seabios Version: 0.5.1 Release Date: 01/01/2011 Address: 0xE8000 Runtime Size: 96 kB ROM Size: 64 kB Characteristics: BIOS characteristics not supported Targeted content distribution is supported BIOS Revision: 1.0 Handle 0x0100, DMI type 1, 27 bytes System Information Manufacturer: Red Hat Product Name: KVM Version: RHEL 7.0.0 PC (i440FX + PIIX, 1996) Serial Number: Not Specified UUID: 1851A1FE-5ABB-42BD-B651-1A5931ADEE40 Wake-up Type: Power Switch SKU Number: Not Specified Family: Red Hat Enterprise Linux Handle 0x0300, DMI type 3, 20 bytes Chassis Information Manufacturer: Bochs Type: Other Lock: Not Present Version: Not Specified Serial Number: Not Specified Asset Tag: Not Specified Boot-up State: Safe Power Supply State: Safe Thermal State: Safe Security Status: Unknown OEM Information: 0x00000000 Height: Unspecified Number Of Power Cords: Unspecified Handle 0x0401, DMI type 4, 32 bytes Processor Information Socket Designation: CPU 1 Type: Central Processor Family: Other Manufacturer: Bochs ID: D3 06 00 00 FD FB 8B 07 Version: Not Specified Voltage: Unknown External Clock: Unknown Max Speed: 2000 MHz Current Speed: 2000 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: Not Provided L2 Cache Handle: Not Provided L3 Cache Handle: Not Provided Since it is report a Qemu cpu and Manufacturer Bochs I am suspecting that it is qemu fully emulated vs KVM para-virtualized.

2 1

[libvirt-users] snapshot with libvirt tools or with lvm tools ?
by Lentes, Bernd 10 Mar '18

10 Mar '18

Hi, i asked already a time ago about snapshots. I have some guests, each resides in a raw file, placed on an ext3 fs which is on top of a logical volume, for each guest a dedicated lv. The raw is not a "must have", if there are obvious reasons i can convert them to a qcow2. What i want is a consistent backup of each guest taken overnight. If possible i won't have downtime. I can use the libvirt tools, but the lvm way seems to be more elegant. Before copying the file the guests resides in i take a snapshot from the respective lv. Then i mount the snapshot and transfer it via rsync on a CIFS share. Rsync seems to be the appropriate tool because i just transfer the changes in the file compared to the file from a day before. So i don't have to transfer complete and big raw files but just the difference. The guest still can be running, and after the transfer of the snapshot file i just delete it, and the next night the same procedure. What do you think ? Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik Gebäude 35.34 - Raum 208 HelmholtzZentrum münchen [ mailto:bernd.lentes@helmholtz-muenchen.de | bernd.lentes(a)helmholtz-muenchen.de ] phone: +49 89 3187 1241 fax: +49 89 3187 2294 [ http://www.helmholtz-muenchen.de/idg | http://www.helmholtz-muenchen.de/idg ] no backup - no mercy Helmholtz Zentrum Muenchen Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH) Ingolstaedter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Heinrich Bassler, Dr. Alfons Enhsen Registergericht: Amtsgericht Muenchen HRB 6466 USt-IdNr: DE 129521671

1 2