- Users - libvirt List Archives

[libvirt-users] Question about managing migration transfers
by Joaquim Barrera 06 Feb '14

06 Feb '14

Hi folks, As part of a project I am working on, I need to control every step of a migration, from when I establish the connection to the destination, to when I decide to move data blocks, its size, etc. As I can see in the documentation, tunnelled migration allows some kind of control, as the data goes through libvirt before leaving the host. May someone put more light on the subject? Is there any possibility to achieve such control I am looking for, or libvirt hacking will be needed? Thank you very much.

1 0

[libvirt-users] Extending an existing LVM pool - vgextend and pool XML
by Daniel H Barboza 04 Feb '14

04 Feb '14

Hi, I am trying to figure it out the best way to add a disk/partition to an existing LVM pool. A google search led me to this link (a thread from this same mailing list, September 2013): https://www.redhat.com/archives/libvirt-users/2013-September/msg00136.html The interesting part is this: " On 21/09/13 02:15, McEvoy, James wrote: I looked around but could not find any info on how to expand a libvirt managed LVM storage pool. I do not see any virsh command to do it but I was successful using the vgexpand command to add some more storage once I destroyed the pools and then restarted it. I'd like to verify that this is the proper way to grow the storage in a libvirt LVM storage pool. It's not the proper way in principle, but since libvirt doesn't supportto extendthe volume groups for a logical pool yet, it's the only way now. Onehint though,you can try to refresh the pool by command "virsh pool-refresh" afterthe volume group of the pool is extended. I.e, don't have to restart the pool." I've tried this method and it works, but checking the pool XML using "virsh pool-edit <vg_name>" shows that the XML didn't change. Is it intended? The versions I'm using: # libvirtd --version libvirtd (libvirt) 1.1.3 # virsh --version 1.1.3 Any thoughts/comments are welcome. Thanks!

1 0

[libvirt-users] libvirt-1.2.0
by cool dharma06 04 Feb '14

04 Feb '14

hi, i am using libvirt-1.2.0 which is installed from source. Which i am using to launch instance on xen. its working fine when i am launching vm from the root user. But i am entered as another user means its throwing the error. And libvirt is working fine in that user except the creating vm: Please refer the following things: eucalyptus@cooldharma06:/opt/i-47FD0798$ virsh -c xen:/// WARNING: gnome-keyring:: couldn't connect to: /home/dharmalingams/.cache/keyring-r004e7/pkcs11: Permission denied Welcome to virsh, the virtualization interactive terminal. Type: 'help' for help with commands 'quit' to quit virsh # version Compiled against library: libvirt 1.2.0 Using library: libvirt 1.2.0 Using API: Xen 1.2.0 Running hypervisor: Xen 4.3.0 virsh # list Id Name State ---------------------------------------------------- *virsh # create libvirt_sec.xml * *error: Failed to create domain from libvirt_sec.xml* *error: access denied* >From the libvirtd.log: 2014-01-31 09:46:16.329+0000: 27937: error : virAccessDriverPolkitCheck:176 : access denied: Policy kit denied action org.libvirt.api.domain.write from 28281,1877379: exit status 1 2014-01-31 09:46:16.329+0000: 27937: error : virAccessManagerSanitizeError:203 : access denied 2014-01-31 09:46:16.329+0000: 27937: error : virAccessManagerSanitizeError:203 : access denied Suggest me some solution to solve this one. Thanks & Regards, cooldharma06.

2 1

[libvirt-users] Management of host device for network passthrough
by Richard Gomes 02 Feb '14

02 Feb '14

Hello, I've configured a network passtrough like this: <interface type='direct'> <mac address='52:54:00:ec:e8:d9'/> <source dev='eth1' mode='passthrough'/> <target dev='macvtap0'/> <model type='rtl8139'/> <alias name='net1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x09' function='0x0'/> </interface> OK. it works :) There's only one small difficulty: I have to make sure the host network interface is down before I start the VM. Then, after the VM starts, I have to bring the host network interface up by hand. If the host interface is up before the VM starts, the VM fails to start. If I do not bring the host network interface up after the VM starts, the VM cannot effectively communicate using that network interface. Does anybody has a "clean" solution for it, I mean: without employing some external "dirty" script or so? Thanks -- Richard Gomes http://rgomes.info http://www.linkedin.com/in/rgomes mobile: +44(77)9955-6813 inum <http://www.inum.net/>: +883(5100)0800-9804 sip:rgomes@ippi.fr

1 0

[libvirt-users] Trouble configuring with macvtap passthrough on Debian Wheezy / Jessie
by Richard Gomes 02 Feb '14

02 Feb '14

( Posting again. Correct subject line now! ) Hello, I'm trying to use macvtap on Debian Wheezy. Actually, I've installed a recent version of libvirt and qemu from Jessie, using wheezy-backports. $ virsh version Compiled against library: libvirt 1.2.1 Using library: libvirt 1.2.1 Using API: QEMU 1.2.1 Running hypervisor: QEMU 1.7.0 I'm trying to configure a macvtap interface like this: <interface type='direct'> <mac address='52:54:00:7b:05:cd'/> <source dev='eth1' mode='passthrough'/> <model type='rtl8139'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x08' function='0x0'/> </interface> The interface eth1 is used exclusively by this VM, so as far as I understand, mode 'passthrough' is enough since I'd like to "plug" the VM straight onto a public static IP. On my /etc/networks/interfaces, I have this: # start :: define eth1 iface eth1 inet manual # end :: define eth1 It does not matter whether eth1 is up or down, when I try to start the VM, I get the following error: Error starting domain: Cannot create macvlan devices on this platform: Function not implemented Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/asyncjob.py", line 45, in cb_wrapper callback(asyncjob, *args, **kwargs) File "/usr/share/virt-manager/virtManager/asyncjob.py", line 66, in tmpcb callback(*args, **kwargs) File "/usr/share/virt-manager/virtManager/domain.py", line 1114, in startup self._backend.create() File "/usr/lib/python2.7/dist-packages/libvirt.py", line 866, in create if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self) libvirtError: Cannot create macvlan devices on this platform: Function not implemented Trying to solve the issue, I found this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737097 I've tried to rebuild the package from Debian sources, but apparently, macvtap is already defined, as I've reported to another mailing list. For your information: > I'm new to building packages from Debian sources, so I followed > instructions from > > https://wiki.debian.org/HowToPackageForDebian#Building_Debian_packages > > $ apt-get -t wheezy-backports source libvirt > $ cd libvirt-0.9.12.3/ > $ sudo apt-get build-dep libvirt > $ debuild -i -us -uc -b > > So... yes, it works and builds without any errors. > > Next step now is applying the changes mentioned. > But I'm confused because /apparently/ debian/rules is already the way > it should be. > > ifneq (,$(findstring $(DEB_HOST_ARCH_OS), linux)) > WITH_STORAGE_LVM = --with-storage-lvm > WITH_STORAGE_ISCSI = --with-storage-iscsi > WITH_STORAGE_DISK = --with-storage-disk > WITH_UDEV = --with-udev --without-hal > WITH_CAPNG = --with-capng > WITH_POLKIT = --with-polkit > * WITH_MACVTAP = --with-macvtap** > ** WITH_NETWORK = --with-network** > * WITH_QEMU = --with-qemu > WITH_OPENVZ = --with-openvz > WITH_NETCF = --with-netcf > ifneq (,$(findstring $(DEB_HOST_ARCH), amd64 i386 ia64 mips mipsel powerpc)) > WITH_NUMA = --with-numactl > else > WITH_NUMA = --without-numactl > endif > ifneq (,$(findstring $(DEB_HOST_ARCH), ia64)) > WITH_LXC = --without-lxc > else > WITH_LXC = --with-lxc > endif > else > WITH_STORAGE_LVM = --without-storage-lvm > WITH_STORAGE_ISCSI = --without-storage-iscsi > WITH_STORAGE_DISK = --without-storage-disk > WITH_UDEV = --without-udev --with-hal > WITH_CAPNG = --without-capng > WITH_POLKIT = --without-polkit > * WITH_MACVTAP = --without-macvtap** > ** WITH_NETWORK = --without-network** > * WITH_QEMU = --without-qemu > WITH_LXC = --without-lxc > WITH_NUMA = --without-numactl > WITH_NETCF = --without-netcf > endif > > > I suppose that nothing has to be changed, correct? ... since the > _/then/_ branch already has the change mentioned and the _/else/_ > branch probably means that nothing related to networking would be > enabled anyway. > > Am I missing something ? Thoughts? Thanks a lot :) -- Richard Gomes http://rgomes.info http://www.linkedin.com/in/rgomes mobile: +44(77)9955-6813 inum <http://www.inum.net/>: +883(5100)0800-9804 sip:rgomes@ippi.fr

1 1

[libvirt-users] intel quad gigabit nic and pci passthrough
by Ivan Kabaivanov 02 Feb '14

02 Feb '14

Hi all I have a very weird case of pci passthrough. I have a machine with 7 network interfaces, all of them intel. Four of them are on one quad giga ethernet device. If I manually unbind the devices and allow qemu to use them, with intel IOMMU working, everything works like a charm. Here's how I do it manually: root@kybrat (x86_64) ~]$ lspci -nn | grep net 00:19.0 Ethernet controller [0200]: Intel Corporation 82579V Gigabit Network Connection [8086:1503] (rev 06) 02:00.0 Ethernet controller [0200]: Intel Corporation 82572EI Gigabit Ethernet Controller (Copper) [8086:107d] (rev 06) 05:00.0 Ethernet controller [0200]: Intel Corporation 82571EB Gigabit Ethernet Controller [8086:10a4] (rev 06) 05:00.1 Ethernet controller [0200]: Intel Corporation 82571EB Gigabit Ethernet Controller [8086:10a4] (rev 06) 06:00.0 Ethernet controller [0200]: Intel Corporation 82571EB Gigabit Ethernet Controller [8086:10a4] (rev 06) 06:00.1 Ethernet controller [0200]: Intel Corporation 82571EB Gigabit Ethernet Controller [8086:10a4] (rev 06) 0c:00.0 Ethernet controller [0200]: Intel Corporation 82572EI Gigabit Ethernet Controller (Copper) [8086:107d] (rev 06) echo "8086 10a4" > /sys/bus/pci/drivers/pci-stub/new_id echo "8086 107d" > /sys/bus/pci/drivers/pci-stub/new_id echo "0000:05:00.0" > /sys/bus/pci/devices/0000\:05\:00.0/driver/unbind echo "0000:05:00.0" > /sys/bus/pci/drivers/pci-stub/bind echo "0000:05:00.1" > /sys/bus/pci/devices/0000\:05\:00.1/driver/unbind echo "0000:05:00.1" > /sys/bus/pci/drivers/pci-stub/bind echo "0000:06:00.0" > /sys/bus/pci/devices/0000\:06\:00.0/driver/unbind echo "0000:06:00.0" > /sys/bus/pci/drivers/pci-stub/bind echo "0000:06:00.1" > /sys/bus/pci/devices/0000\:06\:00.1/driver/unbind echo "0000:06:00.1" > /sys/bus/pci/drivers/pci-stub/bind echo "0000:0c:00.0" > /sys/bus/pci/devices/0000\:0c\:00.0/driver/unbind echo "0000:0c:00.0" > /sys/bus/pci/drivers/pci-stub/bind qemu-system-i386 -enable-kvm \ -m 2048 \ -cpu host \ -machine pc-q35-1.6 \ -drive file=/media/virtual/krym.qcow2,if=virtio \ -net none \ -device pci-assign,host=06:00.1,rombar=0 \ -device pci-assign,host=05:00.0,rombar=0 \ -device pci-assign,host=06:00.0,rombar=0 \ -device pci-assign,host=05:00.1,rombar=0 \ -device pci-assign,host=0c:00.0,rombar=0 \ -cdrom /media/virtual/asg-9.107-33.1.iso \ -boot c \ -vnc :0 \ -runas virtual \ -monitor unix:/media/virtual/control/krym/monitor,server,nowait \ -rtc base=localtime,clock=host,driftfix=none This starts qemu and pci passthrough works nicely. Now, if I try to do the same thing through libvirt, virt-install doesn't like the quad ethernet device pci passthrough and I get the error below: virt-install --name=krym --ram=2048 --vcpus=1 --cpu=host --import --os-type=linux --disk path=/media/virtual/krym.qcow2,format=qcow2,bus=virtio --nonetworks --graphics vnc,port=5900 --virt-type=kvm --machine=q35 --accelerate --host-device=pci_0000_06_00_1 --host-device=pci_0000_05_00_0 --host-device=pci_0000_06_00_0 --host-device=pci_0000_05_00_1 --host-device=pci_0000_0c_00_0 Starting install... ERROR Requested operation is not valid: PCI device 0000:06:00.1 is not assignable Domain installation does not appear to have been successful. If it was, you can restart your domain by running: virsh --connect qemu:///system start krym otherwise, please restart your installation. If I try to use just one NIC (any NIC, as long as it's not the quad NIC), things do work: virt-install --name=krym --ram=2048 --vcpus=1 --cpu=host --import --os-type=linux --disk path=/media/virtual/krym.qcow2,format=qcow2,bus=virtio --nonetworks --graphics vnc,port=5900 --virt-type=kvm --machine=q35 --accelerate --host-device=pci_0000_0c_00_0 Starting install... Creating domain... | 0 B 00:00:01 Cannot open display: Run 'virt-viewer --help' to see a full list of available command line options Domain creation completed. You can restart your domain by running: virsh --connect qemu:///system start krym So I guess libvirt has some problem with the intel quad NIC. I will appreciate any help. Thanks, IvanK.

2 2

[libvirt-users] Creating a static Virtio-Serial 'Port'
by Matthew Harrold 01 Feb '14

01 Feb '14

Hi all, I'm having some problems getting Virtio-Serial running as I'd like. I have 10x USB <-> Serial adapters plugged into my VM Host / Hypervisor, acting as a console server. These are currently operated by the VM Host itself, but I would like to move them to a guest. I have used ISA-Serial but it's limited to 4 'ports' per guest. I've setup Virtio-Serial for the guest and it works, I can pass info via serial from the Host to Guest. I'd like to use socat to link the physical USB serial TTY's and the guest serial 'ports' in /dev/pts. This is works fine and the guest can communicate with the Serial <-> USB adapter, however the Guest serial 'ports' are in /dev/pts and they are assigned a number dynamically when the VM is started, so I can't automate socat to run at boot. Is it possible to assign static PTY's in the host, to the Guest? Or, if this needs to be scripted, is there a command I can run to find out which PTY it's on without parsing the XML from a dump? Thanks.

1 0

[libvirt-users] Libvirt Error Creating VMs for Nimbus Cloud
by Joshua McKee 01 Feb '14

01 Feb '14

Hello, I am having an issue with libvirt in my Nimbus cloud setup. When I use the Nimbus VM creation test scripts on a VMM node (using libvirt), the VM is created without a problem. However, when I attempt to create a new VM using Nimbus (which then tries to create the VM on the VMM node), I encounter the following error: --------------------------------------------------------------------------------------------------------------------------------------------- $ ./nimbus-cloud-client-022/bin/cloud-client.sh --run --name testimage --hours 1 Launching workspace. Workspace Factory Service: https://yellow:8443/wsrf/services/WorkspaceFactoryService Creating workspace "vm-035"... done. IP address: 172.29.99.20 Hostname: pub02 Start time: Fri Jan 31 13:48:57 MST 2014 Shutdown time: Fri Jan 31 14:48:57 MST 2014 Termination time: Fri Jan 31 14:50:57 MST 2014 Waiting for updates. Problem with vm-035: Unexpected issue STDERR: 2014-01-31 13:48:44,412 - WARNING - no qemu_img configuration, copy-on-write support is disabled libvir: QEMU error : Domain not found: no domain with matching name 'wrksp-33' libvir: error : An error occurred, but the cause is unknown 2014-01-31 13:48:45,587 - ERROR - Problem creating the VM: An error occurred, but the cause is unknown 2014-01-31 13:48:45,587 - ERROR - An error occurred, but the cause is unknown Traceback (most recent call last): File "/opt/nimbus/src/python/workspacecontrol/defaults/lvrt/lvrt_common.py", line 123, in create newvm = self._vmm().createXML(xml, 0) File "/usr/lib/python2.7/dist-packages/libvirt.py", line 2189, in createXML if ret is None:raise libvirtError('virDomainCreateXML() failed', conn=self) libvirtError: An error occurred, but the cause is unknown 2014-01-31 13:48:45,589 - ERROR - Problem creating the VM: An error occurred, but the cause is unknown Traceback (most recent call last): File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 155, in _common_withnetsecurity _common_withtmplease(nic_set, kernel, local_file_set, c, netsecurity, platform, justprint) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 174, in _common_withtmplease platform.create(local_file_set, nic_set, kernel) File "/opt/nimbus/src/python/workspacecontrol/defaults/lvrt/lvrt_common.py", line 128, in create raise UnexpectedError(shorterr) UnexpectedError: Problem creating the VM: An error occurred, but the cause is unknown 2014-01-31 13:48:45,589 - ERROR - Creation problem: going to back out tmp space lease 2014-01-31 13:48:45,589 - ERROR - Backed out tmp space lease 2014-01-31 13:48:45,589 - ERROR - Problem creating the VM: An error occurred, but the cause is unknown Traceback (most recent call last): File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 137, in _common_withnetbootstrap _common_withnetsecurity(vm_name, nic_set, kernel, local_file_set, p, c, netsecurity, platform, justprint) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 164, in _common_withnetsecurity raise e UnexpectedError: Problem creating the VM: An error occurred, but the cause is unknown 2014-01-31 13:48:45,589 - ERROR - Creation problem: going to back out net security 2014-01-31 13:48:45,606 - ERROR - Backed out net security 2014-01-31 13:48:45,606 - ERROR - Problem creating the VM: An error occurred, but the cause is unknown Traceback (most recent call last): File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 119, in _common_withnics _common_withnetbootstrap(vm_name, nic_set, kernel, local_file_set, p, c, netsecurity, platform, justprint) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 146, in _common_withnetbootstrap raise e UnexpectedError: Problem creating the VM: An error occurred, but the cause is unknown 2014-01-31 13:48:45,607 - ERROR - Creation problem: going to back out net bootstrap 2014-01-31 13:48:45,607 - ERROR - Backed out net bootstrap 2014-01-31 13:48:45,607 - ERROR - Problem creating the VM: An error occurred, but the cause is unknown Traceback (most recent call last): File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 96, in _common _common_withnics(vm_name, nic_set, kernel, local_file_set, p, c, localnet, netbootstrap, netsecurity, platform, justprint) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 128, in _common_withnics raise e UnexpectedError: Problem creating the VM: An error occurred, but the cause is unknown 2014-01-31 13:48:45,607 - ERROR - Creation problem: going to back out net leases 2014-01-31 13:48:45,607 - ERROR - Backed out net leases 2014-01-31 13:48:45,608 - ERROR - Problem creating the VM: An error occurred, but the cause is unknown Traceback (most recent call last): File "/opt/nimbus/src/python/workspacecontrol/main/wc_core.py", line 79, in core _core(vm_name, action, p, c) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core.py", line 168, in _core wc_core_creation.create(vm_name, p, c, async, editing, images, kernels, localnet, netbootstrap, netlease, netsecurity, persistence, platform) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 16, in create _create_local(vm_name, p, c, async, editing, images, kernels, localnet, netbootstrap, netlease, netsecurity, persistence, platform) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 31, in _create_local _common(local_file_set, vm_name, p, c, editing, kernels, localnet, netbootstrap, netlease, netsecurity, persistence, platform, justprint=justprint) File "/opt/nimbus/src/python/workspacecontrol/main/wc_core_creation.py", line 107, in _common raise e UnexpectedError: Problem creating the VM: An error occurred, but the cause is unknown Problem executing: Problem creating the VM: An error occurred, but the cause is unknown Exiting with error code: 4 Workspace "vm-035" did NOT reach target state "Running" Problem running 'vm-035'. --------------------------------------------------------------------------------------------------------------------------------------------- I checked /var/log/libvirtd.log, and found the following: --------------------------------------------------------------------------------------------------------------------------------------------- 2014-01-31 20:48:39.311+0000: 2888: info : libvirt version: 0.9.8 2014-01-31 20:48:39.311+0000: 2888: error : virNetSocketReadWire:1006 : End of file while reading data: Input/output error --------------------------------------------------------------------------------------------------------------------------------------------- I don't know if this is relevant, but I also noticed this warning when creating the VM through the test scripts mentioned above: --------------------------------------------------------------------------------------------------------------------------------------------- 2014-01-31 05:41:44.018+0000: 1351: warning : qemuDomainObjTaint:1134 : Domain id=1 name='control-test' uuid=95f2d398-6b98-5359-7597-b0f596aae996 is tainted: high-privileges --------------------------------------------------------------------------------------------------------------------------------------------- I assumed this was a permissions issue, but I double checked and everything seems in order. I did not have this issue on my previous Nimbus cloud setup. Thanks, Josh

1 1

[libvirt-users] Looks like blockpull does not accept a subset of the entire chain of backing files
by Richard Gomes 31 Jan '14

31 Jan '14

Hello If I'm not terribly mistaken, looks like libvirt 1.2.1 does not provide ability of merging only a subset of the entire chain of backing files. So, if I have a chain like this: root <- a <-b <- c <- d <- active ... and I'd like to obtain a chain like this: root <- c <- d <- active ... looks like it's not supported, since I'm trying the command / //virsh blockpull domain --path /path/to/c --bandwidth 30 --base /path/to/root// (1) / ... but it complains because /--path /path/to/c/ is not recognized, since only /--path /path/to/active/ is acceptable: / //virsh blockpull domain --path /path/to/active --bandwidth 30 --base /path/to/root// (2) / So, command (1) fails but command (2) succeeds. The point is: How could I obtain the results I'm trying to achieve via command (1) ? I'm new to libvirt, but the article below made me think that what I'm trying to do would be possible: http://kashyapc.fedorapeople.org/virt/lc-2012/snapshots-handout.html ( see section on /blockpull/ ) Thoughts? For your information, my environment is: Compiled against library: libvirt 1.2.1 Using library: libvirt 1.2.1 Using API: QEMU 1.2.1 Running hypervisor: QEMU 1.7.0 Running against daemon: 1.2.1 Thanks -- Richard Gomes http://rgomes.info http://www.linkedin.com/in/rgomes mobile: +44(77)9955-6813 inum <http://www.inum.net/>: +883(5100)0800-9804 sip:rgomes@ippi.fr

5 6

[libvirt-users] Dynamically setting permanent memory libvirt-lxc
by mallu mallu 31 Jan '14

31 Jan '14

I'm trying to permanently change memory allocation for a libvirt-lxc domain. So far I tried changing memory in memory.limit_in_bytes under /cgroup/memory/libvirt/lxc/<container>/. This didn't help. It appears that libvirt is not reading changes in cgroup. My requirements are 1) Be able to dynamically change memory of a LXC domain without reboot 2) The memory change must survive LXC domain reboot. Any help would be greatly appreciated

2 5