- Users - libvirt List Archives

[libvirt-users] Detaching device behaviour
by Amit Aviram 25 Aug '15

25 Aug '15

Hi all. In libvirt documentation it is written that virDomainDetachDeviceFlags is an asynchronous call: http://libvirt.org/html/libvirt-libvirt-domain.html#virDomainDetachDeviceFl… Does that mean that also virDomainDetachDevice is asynchronous? the reasons mentioned in the above seems relevant for this one as well. Thanks!

2 1

[libvirt-users] Configuration for NATing VMs in a host
by Nacho Otal 24 Aug '15

24 Aug '15

Hi all!, I have a setup in which I want to NAT several Virtual Machines from the host based on ports all of them running CentOS 7.1. The idea is I have several different services running in different VMs and all of them are accessible from the host using different ports that are forwarded to the correct ones in the VMs. I’ve been able to set this up and running configuring the VMs with a virtio network interface and command line redirection on the XML configuration file. However, it is proving to be non stable. Even though VMs are running ok, connection is not possible at some stage until the VM is rebooted and it looks like the port forwarding is not working anymore. I wrote a small script that adds and deletes rules for port forwarding triggered by the qemu hooks and that has brought the needed stability but I’d like to go to a cleaner solution based on firewall-cmd or get rid of it in case it’s possible. On the first draft that I’m using firewall-cmd instead of the iptables rules, it proves to be as unstable as without the qemu hook script. My fear is I’m not configuring libvirt properly. Has anyone experienced such this behaviour and can point me to a better solution?. Thanks for your time, Nacho

1 0

[libvirt-users] Static USB port passthrough is not possible
by Alexander 21 Aug '15

21 Aug '15

Hello, I am currently trying to configure of forwarding devices from specific USB ports which is supported by QEMU. But I don't see any support from libvirt side. Due to libvirt security it occurs to be impossible to passthrough devices from specific bus+port combination. As workaround I may suggest only writing udev rules which use specific script which adds devices to running domains. Unfortunately situation becomes more complicated when I do need to passthrough these devices during system boot -- the special service is required which will handle all these devices after libvirt-guests are up. Does anybody knows how I can do this passthrough without udev workarounds? Thanks. -- Best regards, Alexander Betaev

1 0

[libvirt-users] Windows 10 guest
by Bill Kenworthy 20 Aug '15

20 Aug '15

I am trying to install windows 10 (dreamspark education ISO) into qemu-kvm on Gentoo linux. I got past the cpu problems but am stuck on the image file drivers. The relevant xml is below. It asks for the driver disk which I have, but if I select a driver (either vioscsi or viostor which show as valid it churns away for a few seconds and brings up the cant find driver dialog and cant progress. I've tried both the 102 and 109 RH driver versions (Ive tried most drivers from the ISO's that shows as compatible, usually win8 or 8.1.) Both cdrom xml definitions work fine, but the disk one doesn't and I cant find the magic incantation. <os> <type arch='x86_64' machine='pc-q35-2.4'>hvm</type> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> </hyperv> <kvm> <hidden state='on'/> </kvm> </features> <cpu mode='custom' match='exact'> <model fallback='allow'>core2duo</model> <vendor>Intel</vendor> <topology sockets='1' cores='2' threads='2'/> and <devices> <emulator>/usr/bin/qemu-system-x86_64</emulator> <disk type='file' device='disk'> <driver name='qemu' type='qcow2' cache='none'/> <source file='/mnt/vm/Win10/Win10_disk1.qcow2'/> <target dev='vda' bus='virtio'/> <boot order='2'/> <address type='pci' domain='0x0000' bus='0x02' slot='0x06' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/vm/Win10/en_windows_10_education_x64_dvd_6848120.iso'/> <target dev='hda' bus='ide'/> <readonly/> <boot order='1'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/vm/Win10/virtio-win-0.1.102.iso'/> <target dev='hdb' bus='ide'/> <readonly/> <boot order='3'/> <address type='drive' controller='0' bus='1' target='0' unit='0'/> </disk>

1 1

[libvirt-users] Problem after upgrading libvirt to 1.2.9 version on Debian Wheezy
by Fiorenza Meini 20 Aug '15

20 Aug '15

Hi there, I upgraded the package and now I receive this error while trying to start libvirtd. Is there a solution ? BUG: /build/buildd-libnl3_3.2.7-4-amd64-WWfXnH/libnl3-3.2.7/./lib/route/tc.c:970 Regards Fiorenza Meini -- Spazio Web S.r.l. V. Dante, 10 13900 Biella Tel.: +39 015 2431982 Fax.: +39 015 2522600 Numero d'Iscrizione al Registro Imprese presso CCIAA Biella, Cod.Fisc.e P.Iva: 02414430021 Iscriz. REA: BI - 188936 Cap. Soc.: €. 30.000 i.v.

2 1

[libvirt-users] who is the end user of libvirt-iohelper?
by Николай Данашевский 17 Aug '15

17 Aug '15

Hello everybody! I'm trying to make some experiments with writing/reading stream to/from volume. I've realized that libvirt-iohelper are ran to make this operations: 1) reading stream from stdin and writng to a file 2) reading stream from a file and writing to stdout I've also realized that virsh uses libvirt-iohelper via virStorageVolUpload/virStorageVolDownload. But i can't find the place where virsh works with stdin/stdout (reading/writing full data to this I/O).

1 0

[libvirt-users] KVM Storage Pools on LVM
by Phill Edwards 16 Aug '15

16 Aug '15

I have been running some virtual machines on CentOS7 KVM with the VMs living in a folder under a /home directory. Everything I've read says to create LVM volume groups and base storage pools on that. So i followed the instructions at https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/ht… and now have 2 LVM-based storage pools called guest_images_lvm and guest_isos_lvm which are both showing as Active in virt-manager. I now want to move my VMs from /home to the new guest_images_lvm storage pool - but what directory do I copy them to? There doesn't appear to be any directories called guest_images_lvm. I'm not very familiar with LVM - perhaps there is no directory structure? In which case how do I actually move the VMs to the new storage pools? I thought there would be directories under /dev but they're not there. I may have stuffed up the creation of the storage pools as I filled in the Target Path field in virt-manager but left Source Path blank. I found the documentation confusing on this. It creates LVM partitions on /dev/sdb and then says to enter /dev/sdc as the Source Path. is that a mistake? I don't have a /dev/sdc so I ended up leaving this and Build Pool blank. The storage pools got created anyway, but I wonder if this is the source of my problem?

1 0

[libvirt-users] Passing custom ACPI tables
by Wouter Verhelst 14 Aug '15

14 Aug '15

Hi folks, In light of http://blog.sesse.net/blog/tech/2015-08-12-22-19_random_windows_licensing_f… I would like to pass an ACPI table from my host machine to one of my VMs which is managed by libvirt. Does libvirt support adding random ACPI tables to the configuration? If not, is there a way for me to configure custom qemu parameters for a VM? Thanks, -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26

1 0

[libvirt-users] virsh create snapshot not honoring diskspec?
by Silver Sky Soft Services, Inc. 14 Aug '15

14 Aug '15

Hi, I'm trying to create a snapshot on a specific disk by using diskspec option. However, libvirt/virsh seems to ignore it and takes a snapshot of all disks. Am I using this option incorrectly? In below examples, I'm trying to snapshot only vdb. However even vda is getting snapshotted regardless of diskspec. Is this a known issue? I'm on CentOS 7.1, libvirtd (libvirt) 1.2.8, virsh 1.2.8 [root@localhost scripts]# virsh domblklist centos_nfs Target Source ------------------------------------------------ vda /var/lib/libvirt/images/centos_nfs.SNAP_2015-08-07-081800 vdb /var/lib/libvirt/images/centos_nfs_storage.SNAP_2015-08-07-081800 hdc - [root@localhost scripts]# virsh snapshot-create-as --domain centos_nfs --name SNAP_2015-08-07-090909 --no-metadata --disk-only --atomic --diskspec vdb,snapshot=external Domain snapshot SNAP_2015-08-07-090909 created [root@localhost scripts]# virsh domblklist centos_nfs Target Source ------------------------------------------------ vda /var/lib/libvirt/images/centos_nfs.SNAP_2015-08-07-090909 vdb /var/lib/libvirt/images/centos_nfs_storage.SNAP_2015-08-07-090909 hdc - [root@localhost scripts]# virsh snapshot-create-as --domain centos_nfs --name SNAP_2015-08-07-101010 --no-metadata --disk-only --atomic --diskspec vdb,snapshot=external,file=/var/lib/libvirt/images/centos_nfs_storage.SNAP_2015-08-07-101010 Domain snapshot SNAP_2015-08-07-101010 created [root@localhost scripts]# virsh domblklist centos_nfs Target Source ------------------------------------------------ vda /var/lib/libvirt/images/centos_nfs.SNAP_2015-08-07-101010 vdb /var/lib/libvirt/images/centos_nfs_storage.SNAP_2015-08-07-101010 hdc - Thanks, KiranK

2 3

[libvirt-users] Host and Guest UUID ?
by Jean-Pierre Ribeauville 14 Aug '15

14 Aug '15

Hi, Are there some kind of UUIDs for Host and Guest ? If yes , how may I retrieve them programmatically ? My goal is to trace GUEST migrations. Thx for help. Regards, J.P. Ribeauville P: +33.(0).1.47.17.27.87 Puteaux 3 Etage 5 Bureau 4 jpribeauville(a)axway.com<mailto:jpribeauville@axway.com> http://www.axway.com<http://www.axway.com/> P Pensez à l'environnement avant d'imprimer.

2 1

[libvirt-users] libvirt-lxc
by Mark Clarkson 13 Aug '15

13 Aug '15

Hi, I noticed that libvirt-lxc will be deprecated for RedHat: "Future development on the Linux containers framework is now based on the docker command-line interface. libvirt-lxc tooling may be removed in a future release of Red Hat Enterprise Linux (including Red Hat Enterprise Linux 7) and should not be relied upon for developing custom container management applications." - https://access.redhat.com/articles/1365153 And CentOS: "further deprecated packages: libvirt-daemon-driver-lxc, libvirt-daemon-lxc and libvirt-login-shell " - http://wiki.centos.org/Manuals/ReleaseNotes/CentOS7 And LXC support from linuxcontainers.org is poor for RedHat/CentOS: "... Also Cgmanager which is currently not available on CentOS 7. So cannot support unprivileged containers and thus LXD. Systemd based containers need at least LXC 1.1, lxcfs and related dependencies that are not available on CentOS. ... For a stable, seamless and smooth experience we suggest either Debian Wheezy with Flockport packages or Ubuntu Trusty. ..." - https://www.flockport.com/lxc-and-lxd-support-across-distributions/ It seems that the only way for me to use LXC containers on CentOS/RedHat is to use Docker, which I am not particularly happy about since, as I understand it, Docker and libvirt-lxc/linuxcontainers.org-lxc are for different use cases, with their own pros and cons, for example: "Why use LXD? ... Full operating system functionality within containers, not just single processes ..." - http://www.ubuntu.com/cloud/tools/lxd There are many uses for full containers within build, server management, testing, etc. where quickly creating containers that look, 'feel' and act just like real servers is beneficial, and far cheaper (in many ways) and more versatile than fully virtualised machines or docker containers. I have just discovered libvirt-lxc and found that it works well on both Ubuntu and RedHat, and is designed to be integrated into tooling, which is exactly what I need. I considered Runc before libvirt, but libvirt is so versatile, allowing me to use other technologies such as qemu/kvm, and with its rich API, that I would prefer to use libvirt - it would allow me the most options for change in the future and seemed like a 'no-brainer' until I saw the deprecation announcement. Will libvirt-lxc be dropped from libvirt? Will there be an alternative for a similar container based use-case (as in requiring a full machine) on RedHat? Best Regards Mark Clarkson

4 9

[libvirt-users] Libvirt LXC vcpu doesn't seem to work
by Dave Riches 13 Aug '15

13 Aug '15

Hi, I seem to have a problem when creating a LXC container through virsh. While virsh -c lxc:/// dominfo <container> shows up (for example) 2 VCPUs as defined, if I run a CPU intensive task (such as stress --cpu 10) it will max out 10 CPU cores on the host. If I echo "0" > /cgroup/cpuset/libvirt/lxc/<domain>/cpuset.cpus then the container is properly confined to just one CPU core. Subsequently, running stress --cpu 10 only one core on the host is maxed out. Does anyone know what syntax/config I'm missing, while installing the lxc container via virsh..to ensure that the VCPUs are restricted to the number defined? Thanks in advance

2 1

[libvirt-users] VirtIO specific to KVM ??
by Jatin Davey 13 Aug '15

13 Aug '15

Hi I have a query with respect to the VirtIO drivers. I have experience on using them on the Guests (Red Hat Guests) on a KVM hypervisor. I want to know if we can use these drivers on ESX as well. Appreciate any response in this regard. Thanks Jatin

2 2

[libvirt-users] creating a network on existing bridge
by Fırat KÜÇÜK 13 Aug '15

13 Aug '15

Hello, Simply I want to create a network on an existing bridge. My XML: <network> <name>nn1</name> <bridge name="br-nn1" /> </network> when i want to start network I got "File exist" error. error: Failed to start network nn1 error: Unable to create bridge br-nn1: File exist I could define on older releases but now I can't. Ubuntu 15.04 / libvirt version: 1.2.12 virsh version: Compiled against library: libvirt 1.2.12 Using library: libvirt 1.2.12 Using API: QEMU 1.2.12 Running hypervisor: QEMU 2.2.0 Is there any way to activate network? Regards.

2 2

[libvirt-users] W2k3 with more than one QXL video card
by Ruzsinszky Attila 12 Aug '15

12 Aug '15

Hi, Is that possible? If I start in normal VGA mode I can see yellow ! next to the 2nd and 3rd QXL card and Win complains about can't start (Code 10). If I want to change the normal VGA resolution in a higher res (for example 800x600) I got black screen in virt-manager. I use SPICE protocol (for more screens). Any solution? W2k3 R2 Ent. Ed. SP2 TIA, Ruzsi

2 2

[libvirt-users] Do I need to enable qemu-ga's guest-suspend: hybrid/suspend-ram/disk/shutdown?
by james harvey 11 Aug '15

11 Aug '15

How do I "enable" qemu-ga on a guest to be able to (I think this means have a success-response:true) for: guest-suspend-hybrid; guest-suspend-ram; guest-suspend-disk; and guest-shutdown? At least I think that's my question. http://wiki.stoney-cloud.org/wiki/Qemu_Guest_Agent_Integration shows these same 4 as false, so I'm not sure if they're always supposed to be that way. My overall point is to be able to run dompmsuspend servo disk. After setting up qemu-ga as far as I have, it at least says: ===== Domain <vmname> successfully suspended ===== But, Using libvirt 1.2.18 (-1 Arch) and QEMU git-master (2.4.0.r40384.2d69736). pm-utils 1.4.1-6. acpid 2.0.23-4 Installed using Q35 chipset. ====== {{{ domain xml file includes: }}} <pm> <suspend-to-mem enables='yes'/> <suspend-to-disk enables='yes'/> </pm> ... <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/<vmname>.org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='2'/> </channel> ===== client # qemu-ga --verbose debug: received EOF {{{ server: virsh # shutdown <vmname> --mode agent error: Failed to shutdown domain <vmname> error: internal error: unable to execute QEMU agent command 'guest-shutdown': child process has failed to shutdown }}} debug: read data, count: 59, data: {"execute":"guest-sync", "arguments":{"id":1439251067706}} debug: process_event: called debug: processing command debug: sending data, count: 26 debug: read data, count: 62, data: {"execute":"guest-shutdown","arguments":{"mode":"powerdown"}} debug: process_event: called debug: processing command debug: sending data, count: 85 ===== {{{ server: virsh # qemu-agent-command <vmname> '{"execute":"guest-ping"}' {"return":{}} }}} debug: read data, count: 59, data: {"execute":"guest-sync", "arguments":{"id":1439251455241}} debug: process_event: called debug: processing command debug: sending data, count: 26 debug: read data, count: 25, data: {"execute":"guest-ping"} debug: process_event: called debug: processing command debug: sending data, count: 15 ===== {{{ server - the json-type data is all on one line - i broke it up: virsh # qemu-agent-command servo '{"execute":"guest-info"}' {"return": {"version":"2.3.94","supported_commands": [{"enabled":true,"name":"guest-get-memory-block-info","success-response":true}, {"enabled":true,"name":"guest-set-memory-blocks","success-response":true}, {"enabled":true,"name":"guest-get-memory-blocks","success-response":true}, {"enabled":true,"name":"guest-set-user-password","success-response":true}, {"enabled":true,"name":"guest-get-fsinfo","success-response":true}, {"enabled":true,"name":"guest-set-vcpus","success-response":true}, {"enabled":true,"name":"guest-get-vcpus","success-response":true}, {"enabled":true,"name":"guest-network-get-interfaces","success-response":true}, {"enabled":true,"name":"guest-suspend-hybrid","success-response":*false*}, {"enabled":true,"name":"guest-suspend-ram","success-response":*false*}, {"enabled":true,"name":"guest-suspend-disk","success-response":*false*}, {"enabled":true,"name":"guest-fstrim","success-response":true}, {"enabled":true,"name":"guest-fsfreeze-thaw","success-response":true}, {"enabled":true,"name":"guest-fsfreeze-freeze-list","success-response":true}, {"enabled":true,"name":"guest-fsfreeze-freeze","success-response":true}, {"enabled":true,"name":"guest-fsfreeze-status","success-response":true}, {"enabled":true,"name":"guest-file-flush","success-response":true}, {"enabled":true,"name":"guest-file-seek","success-response":true}, {"enabled":true,"name":"guest-file-write","success-response":true}, {"enabled":true,"name":"guest-file-read","success-response":true}, {"enabled":true,"name":"guest-file-close","success-response":true}, {"enabled":true,"name":"guest-file-open","success-response":true}, {"enabled":true,"name":"guest-shutdown","success-response":*false*}, {"enabled":true,"name":"guest-info","success-response":true}, {"enabled":true,"name":"guest-set-time","success-response":true}, {"enabled":true,"name":"guest-get-time","success-response":true}, {"enabled":true,"name":"guest-ping","success-response":true}, {"enabled":true,"name":"guest-sync","success-response":true}, {"enabled":true,"name":"guest-sync-delimited","success-response":true}]}} }}} =====

2 3

[libvirt-users] libvirt-guests.service doesn't work, but manually running libvirt-guests.sh stop does
by james harvey 11 Aug '15

11 Aug '15

Using libvirt 1.2.18 (-1 Arch) and QEMU git-master (2.4.0.r40384.2d69736). pm-utils 1.4.1-6. acpid 2.0.23-4 Installed using Q35 chipset. I can perform virsh # shutdown <vmname>, and watching the client VM console see a graceful shutdown. On host: ===== # systemctl reboot {{{ client VM console immediately blanks out - I do NOT see a graceful shutdown }}} libvirt-guests.sh: Running guests on default URI: <vmname> libvirt-guests.sh: Shuitting down guests on default URI... libvirt-guests.sh: Starting shutdown on guest: <vmname> libvirt-guests.sh: Waiting for 1 guests to shut down, 300 seconds left A stop job is running for Suspend Active Libvirt Guests... libvirt-guests.sh: Waiting for 1 guests to shut down ===== In about 85 seconds, it moves past this, but guest was not suspended or gracefully shutdown. Guest's "last" shows a crash. And, watching on the VM console, the minute systemctl restart runs on the host, the VM console disconnects. ===== # systemctl status libvirt-guests ● libvirt-guests.service - Suspend Active Libvirt Guests Loaded: loaded (/usr/lib/systemd/system/libvirt-guests.service; enabled; vendor preset: disabled) Active: active (exited) since Mon 2015-08-10 20:27:57 EDT; 6s ago Docs: man:libvirtd(8) http://libvirt.org Process: 751 ExecStart=/usr/lib/libvirt/libvirt-guests.sh start (code=exited, status=0/SUCCESS) Main PID: 751 (code=exited, status=0/SUCCESS) ===== $ cat /etc/conf.d/libvirt-guests BYPASS_CACHE=0 CONNECT_RETRIES=10 ON_BOOT=start ON_SHUTDOWN=shutdown PARALLEL_SHUTDOWN=4 RETRIES_SLEEP=1 SHUTDOWN_TIMEOUT=300 START_DELAY=0 URIS=default ===== A virsh # shutdown <vmname> or an in-guest systemctl poweroff takes a few seconds (3-5?) ===== {{{ libvirt-guests.service is: }}} [Unit] Description=Suspend Active Libvirt Guests After=network.target libvirtd.service time-sync.target Documentation=man:libvirtd(8) Documentation=http://libvirt.org [Service] EnvironmentFile=-/etc/conf.d/libvirt-guests # Hack just call traditional service until we factor # out the code ExecStart=/usr/lib/libvirt/libvirt-guests.sh start ExecStop=/usr/lib/libvirt/libvirt-guests.sh stop Type=oneshot RemainAfterExit=yes StandardOutput=journal+console [Install] WantedBy=multi-user.target ===== Strangely, manually running "/usr/lib/libvirt/libvirt-guests.sh stop" lets me see a graceful shutdown on the VM console and shows (executing in a few seconds): Running guests on default URI: <vmname> Shutting down guests on default URI... Starting shutdown on guest: <vmname> Waiting for 1 guests to shut down, 300 seconds left Shutdown of guest <vmname> complete. =====

1 0

[libvirt-users] managedsave/start causes IRQ and task blocked for more than 120 seconds errors
by james harvey 11 Aug '15

11 Aug '15

If I manually delete the Q35 USB Controllers, I can use managedsave/start, but I start getting tty errors that don't happen before the managedsave/start. Using libvirt 1.2.18 (-1 Arch) and QEMU git-master (2.4.0.r40384.2d69736). Installed using Q35 chipset. I'm running QEMU git, which allows SCSI controller migration, so I can attempt doing this. I started my guest, and waited for 15 minutes. No post-booting tty1/dmesg messages. After a managedsave/start, I start getting tty1/dmesg errors. I can also no longer ping the guest system. ===== $ dmesg|grep "IRQ 21" [ 1.141040] ACPI: PCI Interrupt Link [GSIF] enabled at IRQ 21 $ ls -lA /proc/irq/21 total 0 -r--r--r-- 1 root root 0 Aug 10 19:42 affinity_hint -r--r--r-- 1 root root 0 Aug 10 19:42 node dr-xr-xr-x 2 root root 0 Aug 10 19:42 qxl -rw-r--r-- 1 root root 0 Aug 10 19:42 smp_affinity -rw-r--r-- 1 root root 0 Aug 10 19:42 smp_affinity_list -r--r--r-- 1 root root 0 Aug 10 19:42 spurious dr-xr-xr-x 2 root root 0 Aug 10 19:42 virtio2 $ ls -lA /proc/irq/21/qxl total 0 $ ls -lA /proc/irq/21/virtio2 total 0 ===== {{{ on host, everything else is on guest }}} virsh # managedsave <vmname> Domain servo state saved by libvirt virsh # start <vmname> Domain <vmname> started ===== [ 1117.083236] irq 21: nobody cared (try booting with the "irqpoll" option) [ 1117.083236] handlers: [ 1117.083236] [<ffffffffa00cfc60>] qxl_irq_handler [qxl] [ 1117.083236] [<ffffffffa00f2530>] vp_interrupt [virtio_pci] [ 1117.083236] Disabling IRQ #21 ===== {{{ bit later, doing nothing, just waiting }}} [ 1440.223239] INFO: task vballoon:147 blocked for more than 120 seconds. [ 1440.223409] Not tainted 4.1.4-1-ARCH #1 [ 1440.223556] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 1440.223805] INFO: task btrfs-transacti:242 blocked for more than 120 seconds. [ 1440.223947] Not tainted 4.1.4-1-ARCH #1 [ 1440.224069] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. [ 1440.224422] INFO: task systemd-journal:280 blocked for more than 120 seconds. [ 1440.224575] Not tainted 4.1.4-1-ARCH #1 [ 1440.224710] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. {{{ these message lines show up very slowly, as if the VM console video is running at 1% speed }}} ===== {{{ bit later, doing nothing, just waiting }}} [ 1560.223227] {{{ repeats the above 9 lines, vballoon:147/btrfs-transacti:242/systemd-journal:280] blocked for more than 120 seconds }}} ===== {{{ bit later, doing nothing, just waiting }}} [ 1680.223217] {{{ repeats the above 9 lines, vballoon:147/btrfs-transacti:242/systemd-journal:280] blocked for more than 120 seconds }}} [ 1688.885605] systemd[1]: systemd-journald.service: Watchdog timeout (limit 1min)! =====

1 0

[libvirt-users] managedsave/start fails because of Q35 UHCI Host Controller
by james harvey 11 Aug '15

11 Aug '15

managedsave/start appears to work, but VM is unusable due to non-stop repeating uhci_hcd errors. I can't remove the USB controller from QEMU, but I CAN remove it through virsh edit. Doing so eliminates the USB controller in the guest, preventing non-stop repeating uhci_hcd errors. (QEMU only lets you remove the USB redirection entries, which didn't help.) Using libvirt 1.2.18 (-1 Arch) and QEMU git-master (2.4.0.r40384.2d69736). Installed using Q35 chipset. I'm running QEMU git, which allows SCSI controller migration, so I can attempt doing this. ========== virsh # managedsave <vmname> Domain <vmname> state saved by libvirt virsh # start <vmname> Domain <vmname> started {{{ Then, viewing the VM console through QEMU, its screen is extremely laggy, taking about a minute to fill up the screen with repeating errors within 0.003 kernel seconds: }}} uhci_hcd 0000:02:02.2: host system error, PCI problems? uhci_hcd 0000:02:02.2: host controller process error, something bad happened! {{{ repeats }}} ========== {{{ after a forced reboot }}} $ dmesg|grep 0000:02:02 [ 0.480054] pci 0000:02:02.0: [8086:2934] type 00 class 0x0c0300 [ 0.498451] pci 0000:02:02.0: reg 0x20: [io 0xc0e0-0xc0ff] [ 0.506965] pci 0000:02:02.1: [8086:2935] type 00 class 0x0c0300 [ 0.525101] pci 0000:02:02.1: reg 0x20: [io 0xc100-0xc11f] [ 0.533634] pci 0000:02:02.2: [8086:2936] type 00 class 0x0c0300 [ 0.554992] pci 0000:02:02.2: reg 0x20: [io 0xc120-0xc13f] [ 0.563642] pci 0000:02:02.7: [8086:293a] type 00 class 0x0c0320 [ 0.566679] pci 0000:02:02.7: reg 0x10: [mem 0xfc041000-0xfc041fff] [ 1.720668] ehci-pci 0000:02:02.7: EHCI Host Controller [ 1.720709] ehci-pci 0000:02:02.7: new USB bus registered, assigned bus number 1 [ 1.721343] ehci-pci 0000:02:02.7: irq 22, io mem 0xfc041000 [ 1.730198] ehci-pci 0000:02:02.7: USB 2.0 started, EHCI 1.00 [ 1.740641] uhci_hcd 0000:02:02.0: UHCI Host Controller [ 1.740667] uhci_hcd 0000:02:02.0: new USB bus registered, assigned bus number 2 [ 1.740813] uhci_hcd 0000:02:02.0: detected 2 ports [ 1.741026] uhci_hcd 0000:02:02.0: irq 23, io base 0x0000c0e0 [ 1.747517] uhci_hcd 0000:02:02.1: UHCI Host Controller [ 1.747543] uhci_hcd 0000:02:02.1: new USB bus registered, assigned bus number 3 [ 1.747664] uhci_hcd 0000:02:02.1: detected 2 ports [ 1.747904] uhci_hcd 0000:02:02.1: irq 20, io base 0x0000c100 [ 1.753055] uhci_hcd 0000:02:02.2: UHCI Host Controller [ 1.753074] uhci_hcd 0000:02:02.2: new USB bus registered, assigned bus number 4 [ 1.753624] uhci_hcd 0000:02:02.2: detected 2 ports [ 1.753724] uhci_hcd 0000:02:02.2: irq 21, io base 0x0000c120 ==========

1 0

Re: [libvirt-users] machine='pc-q35-2.1' and sata controller
by Michael Darling 10 Aug '15

10 Aug '15

What's the status of the SATA controller migration bug? Are the patches for it expected to be in 2.4? Looks like they didn't make it into 2.3. Since you last wrote, if the SATA controller patches aren't in yet, is there any new way to avoid the SATA controller device, if you have no SATA devices? Thank you. === REPLYING TO === On 02/23/2015 02:26 PM, Thomas Stein wrote: > Hello. > > I'm not able to disable the sata controller on a machine='pc-q35-2.1' type VM. > Whenever i delete: > > <controller type='sata' index='0'> > <address type='pci' domain='0x0000' bus='0x00' slot='0x1f' > function='0x2'/> > </controller> > > it gets added again when i close the editor. > > The reason i would like to delete the sata controller is this error while > trying to migrate the machine: > > 2015-02-23 19:04:11.181+0000: 1972: error : qemuMonitorJSONCheckError:381 : > internal error: unable to execute QEMU command 'migrate': State blocked by > non-migratable device '0000:00:1f.2/ich9_ahci' > > Someone has an idea to solve this? > Yep. You have described the situation perfectly. Here are my notes from libvirt commit c27b0bb171d9bdac10a93492a2a99eaa22746694, which fixed the handling of "default" devices in the Q35 machinetype: sata - a q35 machine always has a sata controller implicitly added at slot 0x1F, function 2. There is no way to avoid this controller, so we always add it. Note that the xml2xml tests for the pcie-root and q35 cases were changed to use DO_TEST_DIFFERENT() so that we can check for the sata controller being automatically added. This is especially important because we can't check for it in the xml2argv output (it has no effect on that output since it's an implicit device). So basically when you specify a q35 machinetype, you get a SATA controller at 00:1f.2 even though you have added no commandline args to ask for it. And unlike the default network device (which libvirt can eliminate by adding "-net none" to the qemu commandline), there is no way to avoid this device. And it is also true that any machine with a SATA controller can't be migrated because of problems with the driver. I just talked to the person responsible for fixing these bugs in qemu, and he said that the patches will go upstream "soon", and that he hopes they will be in qemu 2.3. In the meantime, the only way to avoid this problem is to switch to an i440fx-based machinetype (this will require removing all the pci controllers from your config as well as removing all <address type='pci' .../> elements within all devices in the domain; libvirt will then reassign PCI addresses in the guest appropriate to the new machine type. IMPORTANT: If the guest is running MS Windows, this may require a new "activation"; best to keep a copy of the old config and an image of the disk just in case there are problems!)

3 2

[libvirt-users] NVidia Grid on libvirt.
by Dominique Ramaekers 10 Aug '15

10 Aug '15

Hi, I'm investigating the possibility to use a Nvidia Grid graphics card to use in libvirt. I found this resource on the subject from the end of 2014: http://www.linux-kvm.org/images/b/b3/01x09b-VFIOandYou-small.pdf It should be possible. However libvirt didn't support it at that time. Does anyone has experience on the subject? Greetings, Dominique.

2 1

[libvirt-users] NVidia Grid on libvirt.
by Dominique Ramaekers 09 Aug '15

09 Aug '15

Hi, I'm investigating the possibility to use a Nvidia Grid graphics card to use in libvirt. I found this resource on the subject from the end of 2014: http://www.linux-kvm.org/images/b/b3/01x09b-VFIOandYou-small.pdf It should be possible. However libvirt didn't support it at that time. Does anyone has experience on the subject? Greetings, Dominique.

1 0

[libvirt-users] Enabling capabilities in a container
by Peter Steele 09 Aug '15

09 Aug '15

I'm using libvirt_lxc to create and manage various containers. I need to enable certain capabilities in a container to support ctdb, and as a quick solution I decided to just enable them all. I *thought* this would do the trick, adding the following XML to my container config: <features> <capabilities policy='allow'> </capabilities> </features> After adding this to my container, I restarted it and tried to start the ctdb service again: # systemctl start ctdb.service Job for ctdb.service failed. See 'systemctl status ctdb.service' and 'journalctl -xn' for details. # systemctl status ctdb.service ctdb.service - CTDB Loaded: loaded (/usr/lib/systemd/system/ctdb.service; disabled) Active: failed (Result: exit-code) since Tue 2015-08-04 14:10:39 PDT; 8s ago Process: 4612 ExecStart=/usr/sbin/ctdbd_wrapper /run/ctdb/ctdbd.pid start (code=exited, status=1/FAILURE) Aug 04 14:10:37 pws-01 systemd[1]: Starting CTDB... Aug 04 14:10:37 pws-01 ctdbd[4629]: CTDB starting on node Aug 04 14:10:37 pws-01 ctdbd[4631]: Starting CTDBD (Version 2.5.4) as PID: 4631 Aug 04 14:10:37 pws-01 ctdbd[4631]: Created PID file /run/ctdb/ctdbd.pid Aug 04 14:10:37 pws-01 ctdbd[4631]: Unable to set scheduler to SCHED_FIFO (Operation not permitted) Aug 04 14:10:37 pws-01 ctdbd[4631]: CTDB daemon shutting down Aug 04 14:10:39 pws-01 ctdbd_wrapper[4612]: CTDB exited during initialisation - check logs. Aug 04 14:10:39 pws-01 systemd[1]: ctdb.service: control process exited, code=exited status=1 Aug 04 14:10:39 pws-01 systemd[1]: Failed to start CTDB. Aug 04 14:10:39 pws-01 systemd[1]: Unit ctdb.service entered failed state. This implies that the container still doesn't have access to the capabilities it needs to use. I believe this error in fact is caused by the container not having the sys_nice capability. So I tried to allow this specific capability using: <features> <capabilities policy='default'> <sys_nice state='on'/> </capabilities> </features> This did not work either. So, what *is* the correct way to add capabilities to a container?

1 1

[libvirt-users] Cannot boot libvirt guests with OVMF. Raw qemu-kvm works as expected
by Ryan Barry 07 Aug '15

07 Aug '15

Using: edk2.git-0-20150803.b1141.ga0973dc.x86_64 edk2.git-ovmf-x64-0-20150802.b1139.gb234418.noarch On Fedora 22. Provisioning a i440FX system in virt-manager and attempting to boot results in successful EFI initialization, but the VM exits ungracefully after the bootloader (with F22 and CentOS 7 installer images). There's no really useful information in any of the logs. Using qemu-kvm directly (qemu-kvm -bios /usr/share/edk2.git/ovmf-x64/OVMF_CODE-pure-efi.fd -m 1G -cdrom ~rbarry/Downloads/Fedora-Server-netinst-x86_64-22.iso) boots and loads successfully. What's the difference here? Where can I go for troubleshooting? libvirt XML is below: <domain type='kvm'> <name>fedora22</name> <uuid>7f363d28-881f-4240-97eb-9b8d49cfb282</uuid> <memory unit='KiB'>2097152</memory> <currentMemory unit='KiB'>2097152</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='x86_64' machine='pc-i440fx-2.3'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/edk2.git/ovmf-x64/OVMF_CODE-pure-efi.fd</loader> <nvram>/var/lib/libvirt/qemu/nvram/fedora22_VARS.fd</nvram> </os> <features> <acpi/> <apic/> <pae/> </features> <cpu mode='custom' match='exact'> <model fallback='allow'>Haswell-noTSX</model> </cpu> <clock offset='utc'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <pm> <suspend-to-mem enabled='no'/> <suspend-to-disk enabled='no'/> </pm> <devices> <emulator>/usr/bin/qemu-kvm</emulator> <disk type='file' device='disk'> <driver name='qemu' type='qcow2'/> <source file='/var/lib/libvirt/images/fedora22.qcow2'/> <target dev='vda' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/home/rbarry/Downloads/Fedora-Server-netinst-x86_64-22.iso'/> <target dev='hda' bus='ide'/> <readonly/> <boot order='2'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'/> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </controller> <interface type='network'> <mac address='52:54:00:35:b6:00'/> <source network='default'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </interface> <serial type='pty'> <target port='0'/> </serial> <console type='pty'> <target type='serial' port='0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/fedora22.org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <channel type='spicevmc'> <target type='virtio' name='com.redhat.spice.0'/> <address type='virtio-serial' controller='0' bus='0' port='2'/> </channel> <input type='tablet' bus='usb'/> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='spice' autoport='yes'> <image compression='off'/> </graphics> <sound model='ich6'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </sound> <video> <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <redirdev bus='usb' type='spicevmc'> </redirdev> <redirdev bus='usb' type='spicevmc'> </redirdev> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </memballoon> </devices> </domain>

2 6

[libvirt-users] UDP unicast network backend (QEMU)
by Stanley Karunditu 05 Aug '15

05 Aug '15

In 2012 QEMU added UDP unicast network backend support https://github.com/qemu/qemu/commit/0e0e7facc775e9bb020314f48751b3d09f316c8… Checked latest libvirt on the git repo, and didn't see this as an option. So tried to use the mcast tunnel mode. I keep getting duplicate packets with BPDUs and LLDP packets going between the Point to point connection between the VMs. VMs have bridges on them. When I used the TCP tunnel interface, if the client came up before the server end, the connection failed to establish. So both methods not super reliable. If I manually change the netdev settings to use unicast udp tunneling the connection is way more stable just like the GNS3 connections. Has anyone written support for UDP unicast network backend for QEMU and the patch is awaiting review? Searched mailing list and couldn't find a bug covering this. Just want to be sure no one has worked on this before creating a patch to add this support.

2 1