- Users - libvirt List Archives

[libvirt-users] libvirt unprivileged user and containers
by Vasiliy Tolstov 25 Feb '15

25 Feb '15

Hello. I need to create container on remote host that runs libvirt. Does it possible to download container image, extract it and run via libvirt? As i see in all cases libvirt need prepared dir with root file system, but in my case i'm not able to unpack archive on remote side because it need root privileges. How can i solve my problem? -- Vasiliy Tolstov, e-mail: v.tolstov(a)selfip.ru jabber: vase(a)selfip.ru

1 0

[libvirt-users] live migration
by Thomas Stein 25 Feb '15

25 Feb '15

Hola. Just tried a live migration after fixing the pc-q35-2.1 error. Now i have new problem. It seems during live migration only the ram gets migrated. I use the following command. # virsh migrate --live domain qemu+ssh://newhost/system --copy-storage-all --verbose --persistent It works without problems. Apart from beeing way to fast. # virsh migrate --live domain qemu+ssh://newhost/system --copy-storage-all --verbose --persistent Migration: [100 %] On the destination i can enter the VM but thats it. There is no filesystem and so on. Did the migration syntax change? I use libvirt 1.2.12 and qemu 2.2.0. Thanks for any hints. best regards

2 5

[libvirt-users] libvirt 1.2.12 + xen 4.4 wont migrate
by albie 24 Feb '15

24 Feb '15

Hi, We have been trying to get live migration working between two xen boxes running libvirt 1.2.12, However i seem to be getting the following error root@libvirt-xen1:~# virsh migrate --live trusty-image qemu+ssh://192.168.13.9/system --copy-storage-all --verbose --persistent --undefinesource root(a)192.168.13.9's password: error: unsupported flags (0x48) in function libxlDomainMigrateBegin3Params root@libvirt-xen1:~# virsh migrate --live trusty-image xen+ssh://192.168.13.9/system --copy-storage-all --verbose --persistent --undefinesource root(a)192.168.13.9's password: error: unsupported flags (0x48) in function libxlDomainMigrateBegin3Params Any ideas as to why this might be happening ? Regards, Albie Thomson

2 1

[libvirt-users] HugePages - can't start guest that requires them
by G. Richard Bellamy 23 Feb '15

23 Feb '15

Hello All, I'm trying to enable hugepages, I've turned off THP (Transparent Huge Pages), and enabled hugepages in memoryBacking, and set my 2MB hugepages count via sysctl. I'm getting "libvirtd[5788]: Failed to autostart VM 'atlas': internal error: Unable to find any usable hugetlbfs mount for 16777216 KiB" where atlas is one of my guests and 16777216 KiB is the amount of memory I'm trying to give to the guest. Yes, i can see the hugepages via numastat -m and hugetlbfs is mounted via /dev/hugepages and there is a dir structure /dev/hugepages/libvirt/qemu (it's empty). HugePages is big enough to accommodate the 16G i'm allocating... and changing the perms on that directory structure to 777 doesn't work either. Any help is much appreciated. HOST: http://sprunge.us/SEdc GUEST: http://sprunge.us/VCYB Regards, Richard

4 13

[libvirt-users] Broken OS when booting rootfs from 9p share
by Olivier Mauras 23 Feb '15

23 Feb '15

Hello, I've been trying to boot a VM with the rootfs being a 9P share from the host. The VM OS is centos 7. The OS boots but no services can work and it appears that the authentication system is broken. Now the funny thing is that booting the same OS on the same 9P share manually with Qemu works as expected with a fully functionnal OS... So I'm wondering what could libvirt do that render the OS on the share broken - Something with rights ? Selinux is disabled on the host, and accessmode to the share is set to passthrough in both cases. Here's my working Qemu line: qemu -kernel /srv/overlay/kernels/grsec-3.14.33-101/vmlinuz-3.14.33-101.el6.x86_64 -initrd /srv/overlay/kernels/grsec-3.14.33-101/initramfs-3.14.33-101.el6.x86_64.img -fsdev local,id=r,path=/srv/overlay/run/irc,security_model=passthrough -device virtio-9p-pci,fsdev=r,mount_tag=root -nographic -m 256M -machine pc-i440fx-2.1,accel=kvm -netdev tap,id=net0 -device virtio-net,netdev=net0,mac=52:54:00:12:36:34 -smp 1,sockets=1,cores=1 -append 'root=virtfs:root rootflags=trans=virtio,version=9p2000.u ro rootfstype=9p console=ttyS0' And here my libvirt VM config: <domain type='kvm'> <name>irc</name> <uuid>ffbd32eb-a693-eadd-8923-18de80137472</uuid> <memory unit='KiB'>262144</memory> <currentMemory unit='KiB'>262144</currentMemory> <vcpu placement='static'>1</vcpu> <os> <type arch='x86_64' machine='pc-i440fx-2.1'>hvm</type> <kernel>/srv/overlay/kernels/grsec-3.14.33-101/vmlinuz-3.14.33-101.el6.x86_64</kernel> <initrd>/srv/overlay/kernels/grsec-3.14.33-101/initramfs-3.14.33-101.el6.x86_64.img</initrd> <cmdline>root=virtfs:root rootflags=trans=virtio,version=9p2000.u ro rootfstype=9p</cmdline> <boot dev='hd'/> </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/qemu-system-x86_64</emulator> <controller type='usb' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='0' model='pci-root'/> <filesystem type='mount' accessmode='passthrough'> <source dir='/srv/overlay/run/irc'/> <target dir='root'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </filesystem> <interface type='bridge'> <mac address='52:54:00:00:36:34'/> <source bridge='br0'/> <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> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <graphics type='vnc' port='-1' autoport='yes'/> <video> <model type='cirrus' vram='9216' heads='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <memballoon model='virtio'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </memballoon> </devices> </domain> My libvirt version is 1.2.9, and qemu is 2.1.2. Thanks for your help, Olivier

1 0

[libvirt-users] virtio nic dosent use 10gbe speed.
by Kalil de A. Carvalho 21 Feb '15

21 Feb '15

Hello all. We are moving from Xenserver 6.5 environment to KVM because we can't use 10gbe speed in our VM's so we decided to test KVM. To inicial test I've create script, using qemu commands, to build two VM's and test the nic speed. Each VM has one nic, using virtio, into it own bridge. In this bridge we associate one 10gbe physical nic. They can communicate each other. When we try do a copy, through SCP, the speed is 300mbps. And if we open another copy this speed been the half. What we are using: S.O: CentOS 7 Kernel 3.10.0-123.el7.x86_64 qemu-kvm.x86_64 10:1.5.3-60.el7 libvirt-daemon.x86_64 1.1.1-29.el7 Hardware: Dell PowerEdge R720 16GB RAM 2TB SAS Two Broadcom Corporation NetXtreme II BCM57810 10 Gigabit Command to start VM's: /usr/libexec/qemu-kvm -m 1024 -enable-kvm -k en-us -hda teste1.img -net nic,model=virtio,macaddr=00:01:02:aa:bb:cc -net tap,ifname=tap1,script=no,downscript=no -vnc :0 What Do I doing wrong? Is my test right? Is my interpretation right? Is my enviroment correct? Can I improve or fix any think with my libvirt or command arguments? Best regards -- Atenciosamente, Kalil de A. Carvalho

3 2

[libvirt-users] encryption
by Henry Noack 17 Feb '15

17 Feb '15

Hello you guys, it is possible to decrypt a kvm volume only by using the command line after starting it? Best regards Henry

1 0

[libvirt-users] spice session locking
by Jon Doe 16 Feb '15

16 Feb '15

Hi List, Is it possible to prevent other clients from stealing my libvirtd hosted spice session? This is a problem for me where multiple co-workers access the same guest over a qemu+ssh:// connection. Instead of simply disconnecting clients, I'd like libvirtd to deny the new client. I've been looking at polkit acl rules and the vnc sharePolicy attribute but so far no luck.

2 3

[libvirt-users] libvirt live migration, qcow2 image, nbd server
by Edward Young 16 Feb '15

16 Feb '15

Hi all, When I live migrate a vm using "migrate --live --copy-storage-all mig-vm qemu+ssh://192.168.1.3/system tcp://192.168.1.3" I got the following error WARNING: Image format was not specified for 'nbd://node2:49155/drive-virtio-disk0' and probing guessed raw. 258 Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted. 259 Specify the 'raw' format explicitly to remove the restrictions. >From the error itself, I can tell that nbd server treat this image as raw, rather than qcow2. My platform is libvirt+qemu. the image type of this vm is indeed qcow2. I do not know how to let nbd know this image format. Thanks! Ed

3 5

[libvirt-users] way to see the bootmenu via serial?
by mail list 14 Feb '15

14 Feb '15

Maybe this should go to the qemu mail list, but I have domains configured to dump to serial. Works fine I see Grub menu/kernel messages and the like, but the "bootmenu" listing only shows up over vnc. Is there a way to have that show up over serial? I definitely can hit up the qemu mail list as well if inappropriate for here

3 4