December 2013 - Users - libvirt List Archives

[libvirt-users] SAS HBA address and SCSI passthrough
by Corinna Vinschen 12 Dec '13

12 Dec '13

Hi, For some time now (starting with the 3.10 or 3.11 kernels, but I'm not sure) I have the following problem: I have a machine with 6 SATA slots and two SAS controllers, one onboard HBA and one RAID controller in a PCIe slot. The problem is that the order of the SAS controllers changes randomly after a reboot, so the SCSI addresses of the devices change. One time lsscsi prints (empty lines and ellipsis added for clarity): $ lsscsi [0:0:0:0] disk ATA INTEL SSDSC2BA20 5DV1 /dev/sda [6:0:0:0] disk SmrtStor TXA2D20200GA6001 KT00 /dev/sdb [...] [6:0:7:0] tape TANDBERG LTO-4 HH U619 /dev/st0 [6:0:8:0] enclosu Intel RES2SV240 0d00 - [7:0:0:0] disk LSI 9750-8i DISK 5.12 /dev/sdh [7:0:2:0] disk LSI 9750-8i DISK 5.12 /dev/sdi After the next reboot it looks like this: $ lsscsi [0:0:0:0] disk ATA INTEL SSDSC2BA20 5DV1 /dev/sda [6:0:0:0] disk LSI 9750-8i DISK 5.12 /dev/sdb [6:0:2:0] disk LSI 9750-8i DISK 5.12 /dev/sdc [8:0:0:0] disk SmrtStor TXA2D20200GA6001 KT00 /dev/sdd [...] [8:0:7:0] tape TANDBERG LTO-4 HH U619 /dev/st0 [8:0:8:0] enclosu Intel RES2SV240 0d00 - That's really a problem. One of them, not so much a libvirt problem, is the fact that existing command line tools to maintain HBAs and RAID controllers access controller and devices via the host address. The other problem is with libvirt. If you want to access an arbitrary SAS device from a VM, you have to specify the address of the device as SCSI address. Consider this case in a VM xml file to attach to the host's tape drive: <hostdev mode='subsystem' type='scsi' managed='no' sgio='unfiltered'> <source> <adapter name='scsi_host6'/> <address bus='0' target='7' unit='0'/> </source> </hostdev> With the current behaviour of the kernel, this will be broken in all setups with multiple controllers. If the host adapter address changes arbitrarily after a reboot, the VM will have a broken link to the SCSI device. In the worst case, it will access another device connected to another controller and data on that other device may be destroyed. I asked elsewhere how to fix the order of the SAS controllers, but the only information I got was that it's apparently a deliberate choice to initialize HW in parallel, because the OS doesn't care for the order, and thus, the host address of the controllers. Sure, I can create a wrapper script and systemd foo to workaround this issue by creating the xml file content on the fly after a reboot, but, honestly, that can't be a *solution* for this behaviour. As far as I can see, it's kind of impossible to stick to the SCSI address for SCSI devices in the VM XML description. If the VM setup should survive a reboot in a multi-HBA environment, it's necessary to use unambiguous OS device names, like the udev entries under /dev/disk and /dev/tape(*). Is that already possible, or is there some work in progress? Or *is* there some way to make sure that the SAS controllers always have the same host bus address after reboot so libvirt doesn't get into trouble? Thanks, Corinna (*) But then again, assuming I want to import the enclosure at SCSI address [X:0:8:0] into a VM? /dev/sg9? But, no, this isn't unambiguous either. So... what? -- Corinna Vinschen Cygwin Maintainer Red Hat

1 0

[libvirt-users] internal error: unexcepted domain type lxc, excepted one of these: qemu, kqemu, kvm, xen
by Florian Klink 12 Dec '13

12 Dec '13

Hi, I'm not able to create lxc domains anymore with libvirt 1.2.0-1. The current arch linux package is affected by this bug: https://bugs.archlinux.org/task/38007) vm.xml: <domain type="lxc"> <name>test</name> <memory unit="GiB">2</memory> <os> <type>exe</type> <init>/sbin/init</init> </os> <devices> <filesystem type="mount"> <source dir="/var/lib/libvirt/filesysystems/test"/> <target dir="/"/> </filesystem> <interface type="network"> <source network="default"/> </interface> <console type="pty"/> </devices> </domain> # virsh create vm.xml error: Failed to create domain from vm.xml error: internal error: unexcepted domain type lxc, excepted one of these: qemu, kqemu, kvm, xen However, ./configure reports that LXC support is compiled in: configure: Drivers configure: configure: Xen: no configure: QEMU: yes configure: UML: yes configure: OpenVZ: yes configure: VMware: yes configure: VBox: yes configure: XenAPI: no configure: xenlight: no configure: LXC: yes configure: PHYP: yes configure: ESX: yes configure: Hyper-V: no configure: Parallels: no configure: Test: yes configure: Remote: yes configure: Network: yes configure: Libvirtd: yes configure: Interface: yes configure: macvtap: yes configure: virtport: yes configure: configure: Storage Drivers configure: configure: Dir: yes configure: FS: yes configure: NetFS: yes configure: LVM: yes configure: iSCSI: no configure: SCSI: yes configure: mpath: yes configure: Disk: yes configure: RBD: no configure: Sheepdog: no configure: Gluster: no Do you have any idea why it does not work anymore? I don't see any new changes in src/conf/domain_conf.c where the error is thrown (line 10960) on current git HEAD... Florian

2 2

[libvirt-users] guest daemon reading kvmclock - is it not needed or bad idea ?
by Edoardo Comar 12 Dec '13

12 Dec '13

Hi (apologies for the previous post in html - was scrubbed in the list digest) I've dug various posts and articles on host-guest time synchronization. I could not conclude why it might be better to use ntpd in a guest rather than a daemon that reads from kvmclock and having NTP running on the host only (assuming the guest OS is a recent linux and so the clock source is set to the paravirtualized kvm PVclock). any clarifications are welcome, thanks! Edoardo Comar Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

[libvirt-users] guest daemon reading kvmclock - not needed/ bad idea ?
by Edoardo Comar 11 Dec '13

11 Dec '13

1 0

[libvirt-users] assign static public IP to container
by scar 11 Dec '13

11 Dec '13

hello i have a server colocated in a datacenter with several external IP addresses available to use. the physical server is using one of these IPs, and i want to assign another, unused IP to the virtual machine. both the host and guest are running ubuntu server 12.04. i found someone else asking the same thing[1] for CentOS, but i already have a bridge setup so not sure if it pertains... either way the instructions provided are for a different OS. i followed these instructions[2] for setting up my bridge. anyway, i thought i could just do this by editing the container's /etc/network/interfaces, setting a static IP address for eth0 much like i did for br0 on the host machine.... but doesn't seem to be working. ifconfig shows eth0 has the public address but i can't resolve any hostnames nor telnet to a direct IP address (no route to host). if i change back to dhcp and let eth0 get a private address, i can at least access the internet but cannot access the virtual machine from the internet. what is the trick to giving a VM a routable, public IP address? thanks 1. https://www.redhat.com/archives/libvirt-users/2011-December/msg00056.html 2. https://help.ubuntu.com/12.04/serverguide/network-configuration.html#bridgi…

2 5

[libvirt-users] Determine ongoing shutdown via libvirt or preventing migrations to host
by Ondřej Kunc 11 Dec '13

11 Dec '13

Hi list, Is there any function in libvirt to determine runlevel of host or any possibility to prevent VM migrations to that host ? I'm developing simple cluster of 4 servers running KVM VMs. For management I decided to use python-libvirt. It is working in that way, that every VM is diskless and booting via PXE so I can run it on every host server. Every VM has assigned one host as monitor which is responsible to periodically check, that VM is running on one of other hosts. If it don't run, it will be started on first available server assigned for that VM. When one of hosts is shut down, it will migrate all VMs to another hosts, but that monitor which checks VMs will migrate it after reboot. But I have race condition there that monitors can check that host is running before it is shutdown and will migrate VM's back to server which will reboot. Thank you for any help -- Ondřej Kunc, Senior Linux Administrator IGNUM s.r.o., Vinohradská 190, Praha 3, 130 61, CZE Mobil: +420 603 111 111 | Fax: +420 296 332 222 www.ignum.cz | www.domena.cz | www.webcloud.cz

2 3

Re: [libvirt-users] gentoo linux, problem starting vm´s when cache=none
by Daniel P. Berrange 11 Dec '13

11 Dec '13

On Tue, Dec 10, 2013 at 03:21:59PM +0100, Marko Weber | ZBF wrote: > Hello Daniel, > > Am 2013-12-10 11:23, schrieb Daniel P. Berrange: > >On Tue, Dec 10, 2013 at 11:20:35AM +0100, Marko Weber | ZBF wrote: > >> > >>hello mailinglist, > >> > >>on gentoo system with qemu-1.6.1, libvirt 1.1.4, libvirt-glib-0.1.7, > >>virt-manager 0.10.0-r1 > >> > >>when i set on virtual machine "cache=none" in the disk-menu, the > >>machine faults to start with: > >> > >><< > >>Fehler beim Starten der Domain: Interner Fehler: Prozess während der > >>Verbindungsaufnahme zum Monitor beendet :qemu-system-x86_64: > >>-drive file=/raid6/virtual/debian-kaspersky.img,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,aio=native: > >>could not open disk image /raid6/virtual/debian-kaspersky.img: > >>Invalid argument > >> > >> > >>Traceback (most recent call last): > >> File "/usr/share/virt-manager/virtManager/asyncjob.py", line 100, > >>in cb_wrapper > >> callback(asyncjob, *args, **kwargs) > >> File "/usr/share/virt-manager/virtManager/asyncjob.py", line 122, > >>in tmpcb > >> callback(*args, **kwargs) > >> File "/usr/share/virt-manager/virtManager/domain.py", line 1210, > >>in startup > >> self._backend.create() > >> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 708, in > >>create > >> if ret == -1: raise libvirtError ('virDomainCreate() failed', > >>dom=self) > >>libvirtError: Interner Fehler: Prozess während der > >>Verbindungsaufnahme zum Monitor beendet :qemu-system-x86_64: > >>-drive file=/raid6/virtual/debian-kaspersky.img,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,aio=native: > >>could not open disk image /raid6/virtual/debian-kaspersky.img: > >>Invalid argument > >>>> > >> > >>when i switch back to cache=default, the machine start like a charm. > >> > >>any ideas why? i cant find anything in logs, only this "invalid > >>argument". > > > >cache=none uses O_DIRECT flag. if you get "Invalid argument" it usually > >means that your filesystem is bad and does not support O_DIRECT > > i use vanilla-kernel 3.10.23 and xfs on the partition where the vm > .img is lying. > > the mount options i use: /raid6 type xfs > (rw,noatime,nodiratime,largeio,nobarrier,logbsize=256k) > > any wrong here? XFS should support O_DIRECT, but possibly one of the mount option is causing trouble. I don't know enough about XFS to answer for sure. BTW, please keep your replies on the mailing list... Regards, Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|

1 0

[libvirt-users] gentoo linux, problem starting vm´s when cache=none
by Marko Weber | ZBF 10 Dec '13

10 Dec '13

hello mailinglist, on gentoo system with qemu-1.6.1, libvirt 1.1.4, libvirt-glib-0.1.7, virt-manager 0.10.0-r1 when i set on virtual machine "cache=none" in the disk-menu, the machine faults to start with: << Fehler beim Starten der Domain: Interner Fehler: Prozess während der Verbindungsaufnahme zum Monitor beendet :qemu-system-x86_64: -drive file=/raid6/virtual/debian-kaspersky.img,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,aio=native: could not open disk image /raid6/virtual/debian-kaspersky.img: Invalid argument Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 100, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 122, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1210, in startup self._backend.create() File "/usr/lib64/python2.7/site-packages/libvirt.py", line 708, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: Interner Fehler: Prozess während der Verbindungsaufnahme zum Monitor beendet :qemu-system-x86_64: -drive file=/raid6/virtual/debian-kaspersky.img,if=none,id=drive-virtio-disk0,format=qcow2,cache=none,aio=native: could not open disk image /raid6/virtual/debian-kaspersky.img: Invalid argument >> when i switch back to cache=default, the machine start like a charm. any ideas why? i cant find anything in logs, only this "invalid argument". the machine is created with profile "linux / debian squeeze" cause its a debian 6 marko

2 1

[libvirt-users] ANNOUNCE: ruby-libvirt 0.5.0
by Chris Lalancette 10 Dec '13

10 Dec '13

All, I'm pleased to announce the release of ruby-libvirt 0.5.0. ruby-libvirt is a ruby wrapper around the libvirt API. Version 0.5.0 brings new APIs, more documentation, and bugfixes: * Updated Network class, implementing almost all libvirt APIs * Updated Domain class, implementing almost all libvirt APIs * Updated Connection class, implementing almost all libvirt APIs * Updated DomainSnapshot class, implementing almost all libvirt APIs * Updated NodeDevice class, implementing almost all libvirt APIs * Updated Storage class, implementing almost all libvirt APIs * Add constants for almost all libvirt defines * Improved performance in the library by using alloca Version 0.5.0 is available from http://libvirt.org/ruby: Tarball: http://libvirt.org/ruby/download/ruby-libvirt-0.5.0.tgz Gem: http://libvirt.org/ruby/download/ruby-libvirt-0.5.0.gem It is also available from rubygems.org; to get the latest version, run: $ gem install ruby-libvirt As usual, if you run into questions, problems, or bugs, please feel free to mail me (clalancette(a)gmail.com) and/or the libvirt mailing list. Thanks to everyone who contributed patches and submitted bugs. Chris Lalancette

1 0

[libvirt-users] Question about setns recognising in libvirt autoconf
by hzguanqiang＠corp.netease.com 09 Dec '13

09 Dec '13

Hi experts, When I test lxc container with lxc-enter-namespace command, It reported an error as following: root@debian:~/github/libvirt# vir lxc-enter-namespace lxc --noseclabel /bin/df -hl error: Cannot get namespaces for 3145: Function not implemented It seems that setns is not supported by my kernel. But from the following info, It seemed the reason is just libvirt/autoconf doesn't recgonise setns. root@debian:~/github/libvirt# grep setns /proc/kallsyms ffffffff8105b78b T SyS_setns ffffffff8105b78b T sys_setns root@debian:~/github/libvirt# ./configure | grep setns checking for setns... no What the problem really is ? How can I fix this problem? Thanks~ ------------------ Best regards! GuanQiang 2013-12-09

2 4

[libvirt-users] Libvirt support for KVM/ARM
by 林佳緯 09 Dec '13

09 Dec '13

Sorry for ask the similar question again. ( I have asked "libvirt support for arm platform" but truely I want to ask libvirt for kvm/arm.) My question: Does libvirt API support KVM/ARM now? Thanks for any answer. Gavin

1 0

[libvirt-users] assign static external IP to container
by scar 09 Dec '13

09 Dec '13

hello i have a server colocated in a datacenter with several external IP addresses available to use. the physical server is using one of these IPs, and i want to assign another, unused IP to the virtual machine. i thought i could just do this by editing the container's /etc/network/interfaces, setting a static IP address for eth0 much like i did for br0 on the host machine.... but doesn't seem to be working. ifconfig shows eth0 has the external address but i can't resolve any hostnames nor telnet to a direct IP address (no route to host). if i change back to dhcp and let eth0 get an internal address, i can at least access the internet but cannot access the virtual machine from the internet. what is the trick to giving a VM a routable, external IP address? thanks

1 0

[libvirt-users] correct way to hot-add cdrom ?
by Alexandr 06 Dec '13

06 Dec '13

Good day to all. i have problems with cdrom hot adding code. currently i using virDomainAttachDevice with type=file, device=cdrom, dev=hdc, this code works for machine with one ide hdd and one ide cdrom, but this not work for machine with only one ide hdd, and i looking for solution to hot add cdrom to machine independent of existing devices or i need way to determinate which target device can be attached to vm. thanks in advance for any help.

3 3

[libvirt-users] how to add/remove emulated usb removable devices to guests
by Alexandr 06 Dec '13

06 Dec '13

Good day, i was not able to find api to add/remove usb removable devices to guest, i have windows machines and need to plug usb stick with some fs (fat or ntfs) which is image on host, i was found what it is possible and implemented in libvirt https://bugzilla.redhat.com/show_bug.cgi?id=922495, but i can't find how to use this.

2 1

[libvirt-users] libvirt, Open vSwitch and iptables
by Yoann Juet 06 Dec '13

06 Dec '13

Hi all, We're using since a long time libvirt with KVM guest machines and linux bridges. Firewall rules based on iptables and defined on the host server control inbound/outbound traffic to/from each VM. In order to improve remote administration facility and get extra services, it makes sense for us to replace linux bridges with Open vSwitch. However, the side effect is the solution's inability to filter VM traffic since it's impossible to set-up iptables rules with ovs bridges. OpenStack/Quantum circumvents this problem (no talking about performance) by setting an extra linux bridge and veth pair between the guest TAP and ovs. Is there {a simple|an alternative} solution to achieve it without installing the OpenStack/Quantum layer ? Thanks, Regards, -- Université de Nantes - Direction des Systèmes d'Information IM jabber: yoann.juet(a)univ-nantes.fr

1 0

Re: [libvirt-users] Virsh snapshots
by Juraj Melo 05 Dec '13

05 Dec '13

Thanks for your answer, I am trying to make a snapshot of whole virtual machine (disk, CPU state, memory). But I need to make this snapshot in matter of seconds. I have already try to create snapshot of disk, which is not problem. I use qcow2 format, and create new disk image using original disk image as backing file. But still I am not able to assign state of vm with new disk. I have found some commands for creating snapshots in libvirt API, so in my opinion one way how to accomplish my task is to create utility using theese commands, and create snapshot of vm in RAM - I hope it would be faster. But I wonder whether virsh contains similar functionality, so I won't need to programm it again. Dne 2.12.2013 19:32, Eric Blake napsal(a): On 12/02/2013 09:04 AM, Juraj Melo wrote: > Hello, > > I am working on my PhD thesis and it would be really helpfull if someone > could advise me, whether can Virsh create snapshots of VMs using > copy-on-write. What are you trying to copy-on-write? Is it just disk state, or VM memory state? Do you have corresponding qemu commands that you are trying to figure out if virsh maps to those same commands? There's a lot of flexibility in the virsh snapshot XML, but not all of it has been wired up yet (in part because it's still a moving target for what upstream qemu supports), so knowing more details about what you are trying to do will help us better answer whether it can be done now and if so with which commands.

3 2

[libvirt-users] libvirt, lvm thin provisioning
by Michael Mol 04 Dec '13

04 Dec '13

I know that lvm supports thin provisioning, and I think I have a pretty good grasp on how that works. Does libvirt support lvm thin provisioning and thin snapshots? I know that in order to set up lvm thin provisioning by hand, I have to create a thin-provisioning pool within the volume group, and then thin-provisioned logical volumes and thin-provisioned snapshots can be created within that thin-provision pool. I also know that it's possible to have more than one thin-provisioning pool within the same volume group, which tells me that in order to properly set up any lvm-aware application to use thin-provisioning, I may need to inform it which thin-provisioning pool it should base LVs and snapshots from. When I look at the example here: http://libvirt.org/storage.html#StorageBackendLogical I don't see anything particular which tells me it supports building off a thin-provisioning pool if I specify such by name. Checking here: http://libvirt.org/formatstorage.html#StoragePool I again don't see anything specific about logical thick vs thin provisioning. I would expect to see *something*, as there are performance consequences when making such choices, so I'm again not sure libvirt recognizes a difference. So is this something that libvirt can do? And is there good documentation somewhere on the subject?

3 5

[libvirt-users] cputune shares with multiple cpu and pinning
by Edoardo Comar 04 Dec '13

04 Dec '13

Hi, I have found the cpu time partitioning based on cpu shares weights not very intuitive. On RHEL64, I deployed two qemu/kvm VMs VM1 with 1 vcpu and 512 cpu shares VM2 with 2 vcpus and 1024 cpu shares I pinned their vcpus to specific host pcpus: VM1 vcpu 0 to host pcpu1 VM2 vcpu 0 to host pcpu1, VM2 vcpu 1 to host pcpu2 I executed inside the VMs a simple process that consume all available cpu, eg # cat /dev/zero > /dev/null on the host, using 'top', the reported cpu usage per qemu process is : with 1 process in VM1 and 1 process on vcpu1 in VM2 VM1 = 100%, VM2=100% explanation - without contention for pcpu2 shares are to be irrelevant (that's ok!) with 1 process in VM1 and 1 process on vcpu0 in VM2 VM1=33%, VM2=66% explanation - with contention on pcpu2, host cpu usage is partitioned according to shares (that's ok!) with 1 process in VM1, and 2 processes in VM2 (one on vcpu0 and on vcpu1 - launched with taskset) VM1=50%, VM2=150% This result was a bit unexpected to me: adding load on VM2 resulted in more cpu time allowed for VM1 - can anyone please explain the logic ? Changing the pinning so that both VMs can use the host pcpuset 1-2 then the CPU usage is 100%/100% when VM2 is executing one task only ( on whatever vcpu ) 50%/150% when VM2 is executing two tasks. again, not intuitive just by looking at the shares weights, I think. -------------------------------------------------- Edoardo Comar WebSphere Application Service Platform for Networks (ASPN) ecomar(a)uk.ibm.com +44 (0)1962 81 5576 IBM UK Ltd, Hursley Park, SO21 2JN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

1 0

[libvirt-users] virsh iface-list fail
by Slash Sda 04 Dec '13

04 Dec '13

Hi all, I'm using libvirt 1.1.1 on my ubuntu 13.10 minimal. When I try a virsh iface-list i get this message: error: Failed to list interfaces error: internal error: failed to get number of host interfaces I create a BR0 thru my ETH0. On my virt-manager i don't see the computer interfaces What could it be? Thanks

1 0

[libvirt-users] error: Failed to start domain
by Stefan G. Weichinger 04 Dec '13

04 Dec '13

On a gentoo server with libvirt-1.1.3 I get problems with starting VMs. When I do: # virsh start vm180 error: Failed to start domain vm180 error: Input/output error This happens with 1.1.3 and 1.1.4 (I rebuilt the packages and restarted the libvirtd.service). # journalctl -f -u libvirtd.service shows: Dec 03 17:32:56 jupiter libvirtd[24020]: Input/output error Dec 03 17:33:47 jupiter libvirtd[24020]: Input/output error The log for the specific VM shows: 2013-12-03 16:33:47.004+0000: starting up LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -name vm180 -S -machine pc-i440fx-1.5,accel=kvm,usb=off -cpu Opteron_G5,+bmi1,+perfctr_nb,+perfctr_core,+topoext,+nodeid_msr,+tce,+lwp,+wdt,+skinit,+ibs,+osvw,+cr8legacy,+extapic,+cmp_legacy,+fxsr_opt,+mmxext,+osxsave,+monitor,+ht,+vme -m 3954 -realtime mlock=off -smp 4,sockets=4,cores=1,threads=1 -uuid 646f757f-2ab7-4fdf-2140-a79396200c6f -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/vm180.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime,clock=vm,driftfix=slew -no-kvm-pit-reinjection -no-hpet -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/dev/VG01/vm180_disk0,if=none,id=drive-virtio-disk0,format=raw,cache=none,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x7,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/mnt/tests/grml64-full_2013.02.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=27,id=hostnet0,vhost=on,vhostfd=28 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:8d:3b:af,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -vnc 127.0.0.1:5 -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 2013-12-03 16:33:47.013+0000: shutting down libvirt: error : libvirtd quit during handshake: Input/output error What can I do about this issue? Thanks for any pointers, Stefan

1 2

[libvirt-users] help about migration with libvirt
by lei yang 04 Dec '13

04 Dec '13

Hi experts I want to use libvirt doing the migration migration the guest from core 0 to core 2, Is there a way to do this ? any points? Lei

3 4

[libvirt-users] layer2 tunnel between guests across hosts
by sujay g 04 Dec '13

04 Dec '13

Hi, Is it possible to setup layer2 tunnels between guests across hosts? Using vrbr? -- i.e the Guest is unaware. On Host 1: guest (a) --- vrbr0 ------- | | On Host 2: | guest(b) -- vrbr0 ------ Has there been any work done around it? TIA, -Sujay

2 1

[libvirt-users] run libvirt API on arm hardware platform
by 林佳緯 04 Dec '13

04 Dec '13

Hi all, Is it possible to run libvirt API on arm hardware platform? (i,e. armv7) Or any work done to work around it? Thanks Gavin

3 2

[libvirt-users] Problem booting guest with more than 8 disks
by Jon 03 Dec '13

03 Dec '13

Hello All, On my host machine, I'm using kvm, libvirt, ceph and ubuntu versions as follows: >> QEMU emulator version 1.5.0 (Debian 1.5.0+dfsg-3ubuntu5), Copyright (c) 2003-2008 Fabrice Bellard >> root@kitt:~# virsh --version: 1.1.1 >> ceph version 0.67.4 (ad85b8bfafea6232d64cb7ba76a8b6e8252fa0c7) >> VERSION="13.10, Saucy Salamander" >> Linux kitt 3.11.0-13-generic #20-Ubuntu SMP Wed Oct 23 07:38:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux I'm encountering an issue when attempting to boot a VM with more than eight disks, the boot disk is not found and the vm fails to boot with an error "No bootable device". This happens with Archlinux, Ubuntu. and Fedora images. I'm working on a tool [1] to build virtual machines, it creates rbd images named $hostname-os and $hostname-storageX (where X is the "additional disk number" starting at 0, a vm with seven disks would have one named -os and six named -storage{0..5})--the os disk is a clone of a protected COW RBD snapshot--the the tool defines the xml and uses Sys::Virt to define and boot the virtual machine. All os types use grub, ubuntu and fedora use an mbr and arch uses gpt, I'm not certain that matters as vms with less than six disks boot no problem. I've included both my generated and dumped xml for both my booting and non booting vms. The only consistent difference between the vm deployments is the addition on $hostname-storage6. Is there perhaps a way to specify which hd is the boot device? I appreciate any assistance. Thanks, Jon A [1] https://github.com/three18ti/Build-VM non Booting VM: ######################################################### # Generated: | <domain type='kvm'> | <name>arch_test2</name> | <memory unit='KiB'>4194304</memory> | <currentMemory unit='KiB'>4194304</currentMemory> | <vcpu placement='static'>2</vcpu> | <os> | <type arch='x86_64' machine='pc-i440fx-1.4'>hvm</type> | <boot dev='hd'/> | <bootmenu enable='no'/> | </os> | <features> | <acpi/> | <apic/> | <pae/> | </features> | <clock offset='utc'/> | <on_poweroff>destroy</on_poweroff> | <on_reboot>restart</on_reboot> | <on_crash>restart</on_crash> | <devices> | <emulator>/usr/bin/kvm</emulator> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-os'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vda' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage0'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdb' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage1'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdc' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage2'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdd' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage3'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vde' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage4'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdf' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage5'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdg' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage6'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdh' bus='virtio' /> | </disk> | <interface type='bridge'> | <source bridge='ovsbr0'/> | <virtualport type='openvswitch'> | </virtualport> | <model type='virtio'/> | </interface> | | <controller type='usb' index='0'> | </controller> | <controller type='ide' index='0'> | </controller> | <controller type='virtio-serial' index='0'> | </controller> | <serial type='pty'> | <target port='0'/> | </serial> | <console type='pty'> | <target type='serial' port='0'/> | </console> | <input type='mouse' bus='ps2'/> | <graphics type='vnc' port='-1' autoport='yes'/> | <sound model='ich6'> | </sound> | | <video> | <model type='cirrus' vram='9216' heads='1'/> | </video> | | <memballoon model='virtio'> | </memballoon> | | </devices> | </domain> ##### ------------------------------------------------------------------------------------------------------------- ##### # Dumped | <domain type='kvm' id='171'> | <name>arch_test2</name> | <uuid>fcff77f4-0a93-43f9-bf3a-e5863b787400</uuid> | <memory unit='KiB'>4194304</memory> | <currentMemory unit='KiB'>4194304</currentMemory> | <vcpu placement='static'>2</vcpu> | <resource> | <partition>/machine</partition> | </resource> | <os> | <type arch='x86_64' machine='pc-i440fx-1.4'>hvm</type> | <boot dev='hd'/> | <bootmenu enable='no'/> | </os> | <features> | <acpi/> | <apic/> | <pae/> | </features> | <clock offset='utc'/> | <on_poweroff>destroy</on_poweroff> | <on_reboot>restart</on_reboot> | <on_crash>restart</on_crash> | <devices> | <emulator>/usr/bin/kvm</emulator> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-os'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vda' bus='virtio'/> | <alias name='virtio-disk0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage0'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdb' bus='virtio'/> | <alias name='virtio-disk1'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage1'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdc' bus='virtio'/> | <alias name='virtio-disk2'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage2'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdd' bus='virtio'/> | <alias name='virtio-disk3'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage3'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vde' bus='virtio'/> | <alias name='virtio-disk4'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0a' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage4'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdf' bus='virtio'/> | <alias name='virtio-disk5'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0b' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage5'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdg' bus='virtio'/> | <alias name='virtio-disk6'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0c' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test2-storage6'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdh' bus='virtio'/> | <alias name='virtio-disk7'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0d' function='0x0'/> | </disk> | <controller type='usb' index='0'> | <alias name='usb0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> | </controller> | <controller type='ide' index='0'> | <alias name='ide0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> | </controller> | <controller type='virtio-serial' index='0'> | <alias name='virtio-serial0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> | </controller> | <controller type='pci' index='0' model='pci-root'> | <alias name='pci0'/> | </controller> | <interface type='bridge'> | <mac address='52:54:00:c2:64:72'/> | <source bridge='ovsbr0'/> | <virtualport type='openvswitch'> | <parameters interfaceid='51324f0c-e98f-419e-aa82-ef9942c27eea'/> | </virtualport> | <target dev='vnet4'/> | <model type='virtio'/> | <alias name='net0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> | </interface> | <serial type='pty'> | <source path='/dev/pts/13'/> | <target port='0'/> | <alias name='serial0'/> | </serial> | <console type='pty' tty='/dev/pts/13'> | <source path='/dev/pts/13'/> | <target type='serial' port='0'/> | <alias name='serial0'/> | </console> | <input type='mouse' bus='ps2'/> | <graphics type='vnc' port='5904' autoport='yes' listen='127.0.0.1'> | <listen type='address' address='127.0.0.1'/> | </graphics> | <sound model='ich6'> | <alias name='sound0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> | </sound> | <video> | <model type='cirrus' vram='9216' heads='1'/> | <alias name='video0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> | </video> | <memballoon model='virtio'> | <alias name='balloon0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0e' function='0x0'/> | </memballoon> | </devices> | <seclabel type='dynamic' model='apparmor' relabel='yes'> | <label>libvirt-fcff77f4-0a93-43f9-bf3a-e5863b787400</label> | <imagelabel>libvirt-fcff77f4-0a93-43f9-bf3a-e5863b787400</imagelabel> | </seclabel> | </domain> -------------------------------------------------------------------------------------------------------------- ############################################################### ############################################################### # Booting VM: # Generated: | <domain type='kvm'> | <name>arch_test</name> | <memory unit='KiB'>4194304</memory> | <currentMemory unit='KiB'>4194304</currentMemory> | <vcpu placement='static'>2</vcpu> | <os> | <type arch='x86_64' machine='pc-i440fx-1.4'>hvm</type> | <boot dev='hd'/> | <bootmenu enable='no'/> | </os> | <features> | <acpi/> | <apic/> | <pae/> | </features> | <clock offset='utc'/> | <on_poweroff>destroy</on_poweroff> | <on_reboot>restart</on_reboot> | <on_crash>restart</on_crash> | <devices> | <emulator>/usr/bin/kvm</emulator> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-os'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vda' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage0'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdb' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage1'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdc' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage2'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdd' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage3'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vde' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage4'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdf' bus='virtio' /> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage5'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdg' bus='virtio' /> | </disk> | <interface type='bridge'> | <source bridge='ovsbr0'/> | <virtualport type='openvswitch'> | </virtualport> | <model type='virtio'/> | </interface> | | <controller type='usb' index='0'> | </controller> | <controller type='ide' index='0'> | </controller> | <controller type='virtio-serial' index='0'> | </controller> | <serial type='pty'> | <target port='0'/> | </serial> | <console type='pty'> | <target type='serial' port='0'/> | </console> | <input type='mouse' bus='ps2'/> | <graphics type='vnc' port='-1' autoport='yes'/> | <sound model='ich6'> | </sound> | | <video> | <model type='cirrus' vram='9216' heads='1'/> | </video> | | <memballoon model='virtio'> | </memballoon> | | </devices> | </domain> ##### ---------------------------------------------------------------------------------------------------------------- ##### | <domain type='kvm' id='169'> | <name>arch_test</name> | <uuid>7c3b44dc-ff91-413a-b1cf-dfbe2480d44e</uuid> | <memory unit='KiB'>4194304</memory> | <currentMemory unit='KiB'>4194304</currentMemory> | <vcpu placement='static'>2</vcpu> | <resource> | <partition>/machine</partition> | </resource> | <os> | <type arch='x86_64' machine='pc-i440fx-1.4'>hvm</type> | <boot dev='hd'/> | <bootmenu enable='no'/> | </os> | <features> | <acpi/> | <apic/> | <pae/> | </features> | <clock offset='utc'/> | <on_poweroff>destroy</on_poweroff> | <on_reboot>restart</on_reboot> | <on_crash>restart</on_crash> | <devices> | <emulator>/usr/bin/kvm</emulator> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-os'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vda' bus='virtio'/> | <alias name='virtio-disk0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage0'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdb' bus='virtio'/> | <alias name='virtio-disk1'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage1'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdc' bus='virtio'/> | <alias name='virtio-disk2'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage2'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdd' bus='virtio'/> | <alias name='virtio-disk3'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage3'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vde' bus='virtio'/> | <alias name='virtio-disk4'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0a' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage4'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdf' bus='virtio'/> | <alias name='virtio-disk5'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0b' function='0x0'/> | </disk> | <disk type='network' device='disk'> | <driver name='qemu'/> | <source protocol='rbd' name='libvirt-pool/arch_test-storage5'> | <host name='192.168.0.35' port='6789'/> | <host name='192.168.0.2' port='6789'/> | <host name='192.168.0.40' port='6789'/> | </source> | <target dev='vdg' bus='virtio'/> | <alias name='virtio-disk6'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0c' function='0x0'/> | </disk> | <controller type='usb' index='0'> | <alias name='usb0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> | </controller> | <controller type='ide' index='0'> | <alias name='ide0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> | </controller> | <controller type='virtio-serial' index='0'> | <alias name='virtio-serial0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> | </controller> | <controller type='pci' index='0' model='pci-root'> | <alias name='pci0'/> | </controller> | <interface type='bridge'> | <mac address='52:54:00:d0:da:73'/> | <source bridge='ovsbr0'/> | <virtualport type='openvswitch'> | <parameters interfaceid='f1c41c6e-8ca0-4c34-b1df-053c9a7976bb'/> | </virtualport> | <target dev='vnet2'/> | <model type='virtio'/> | <alias name='net0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> | </interface> | <serial type='pty'> | <source path='/dev/pts/4'/> | <target port='0'/> | <alias name='serial0'/> | </serial> | <console type='pty' tty='/dev/pts/4'> | <source path='/dev/pts/4'/> | <target type='serial' port='0'/> | <alias name='serial0'/> | </console> | <input type='mouse' bus='ps2'/> | <graphics type='vnc' port='5902' autoport='yes' listen='127.0.0.1'> | <listen type='address' address='127.0.0.1'/> | </graphics> | <sound model='ich6'> | <alias name='sound0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> | </sound> | <video> | <model type='cirrus' vram='9216' heads='1'/> | <alias name='video0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> | </video> | <memballoon model='virtio'> | <alias name='balloon0'/> | <address type='pci' domain='0x0000' bus='0x00' slot='0x0d' function='0x0'/> | </memballoon> | </devices> | <seclabel type='dynamic' model='apparmor' relabel='yes'> | <label>libvirt-7c3b44dc-ff91-413a-b1cf-dfbe2480d44e</label> | <imagelabel>libvirt-7c3b44dc-ff91-413a-b1cf-dfbe2480d44e</imagelabel> | </seclabel> | </domain>

1 0

[libvirt-users] virsh detach typo
by Mauricio Tavares 03 Dec '13

03 Dec '13

[root@vmhost vms]# virsh detach-disk puppet vdb error: No found disk whose source path or target is vdb [root@vmhost vms]# virsh --version 0.10.2 [root@vmhost vms]# This probably was solved already but if not, "No found disk" probably sounds better if it was "No disk found"

2 1