- Devel - libvirt List Archives

[libvirt] some questions about libvirt features and limitations
by Florian Vichot 10 Mar '09

10 Mar '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello everyone, I'm working on a open source project (http://www.hynesim.org) in which we needed libvirt-like functionalities. As at the time, libvirt did not support OpenVZ, and it did not support VirtualBox, we went and implemented our own wrappers around Kvm/Qemu, VirtualBox and OpenVz (Honeyd too, but our wrapper is such an ugly hack that it doesn't really deserve mention). Now that time has passed, we'd would like to stop duplicating efforts, and use libvirt instead, and concentrate on more innovating functionalities for Hynesim. Also our wrappers are terrible hacks, and do a lot less error checking than libvirt :) But before I can replace our wrappers with libvirt, we're missing some functionalities (that I will propose a patch for if required), and there are a few questions concerning libvirt I've not managed to find an answer for, so I'd be very grateful if I could get some advice on them. Here goes: ------- Is it possible to add a device for any type of domain that would correspond to a TAP device on the host, and would be seen as a regular ethernet interface with a specific MAC address in the virtualized domain ? The "raw" commands to achieve that in OpenVZ and Qemu, for example, are: # kvm ... -net nic,macaddr=00:11:22:33:44:55 -net tap,ifname=tap0,script=no # vzctl set 100 --netif_add eth0,00:11:22:33:44:55,tap0 Is that doable in every driver supported by libvirt ? ------- Is the libvirtd daemon necessary for drivers other than Qemu ? I've been using the openvz driver alone for some tests (by connecting to "openvz:///system"), and yet I get warning messages: # sudo ./hellolibvirt openvz:///system Attempting to connect to hypervisor libvir: Remote error : unable to connect to '/var/run/libvirt/libvirt-sock': No such file or directory libvir: warning : Failed to find the network: Is the daemon running ? libvir: Remote error : unable to connect to '/var/run/libvirt/libvirt-sock': No such file or directory libvir: Remote error : unable to connect to '/var/run/libvirt/libvirt-sock': No such file or directory libvir: warning : Failed to find a node driver: Is the libvirtd daemon running ? Connected to hypervisor at "openvz:///system" Hypervisor: "OpenVZ" version: 3.0.22 There are 0 active and 1 inactive domains Inactive domains: 897 Disconnected from hypervisor The libvirtd daemon is indeed not running, as I don't see why it should be: I thought it was only useful for qemu guests. Am I right ? What is the role of the daemon exactly ? ------- Apparently the only way to start an OpenVZ domain is by specifying a template. Only problem is, when the VE is stopped, and undefined, all modifications are lost in the "private" file system of the VE (as it is deleted). The way we circumvented this in Hynesim is by specifying the - --private option to "vzctl create" instead of the --ostemplate one. That way one can specify a dir that will be used directly as the filesystem for the VE. I was thinking maybe adding something along the lines of: <filesystem type='directory'> <source name='/path/to/ve/filesystem' /> <target dir='/'/> </filesystem> would do the trick. It looks simple enough to implement, so should I ? ------- Is there support in libvirt of "cloning" (duplicating a VM disk /filesystem) ? ------- Someone mentioned a VirtualBox driver. I'm highly interested in this. How is it going ? I'd be more than happy to beta test if required. Will it work with both PUEL and OSE versions ? When will it be ready for inclusion in libvirt ? How will you handle RDP access, as from what I saw only VNC is supported in libvirt currently ? ------- And last but not least, what are "node devices" ? The two pages about it are blank in the documentation. Are they the host machine, or a device of the host machine ? ------- I think that's all. Thank you for reading all this, Florian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmtcBwACgkQgRp+dNkqn68FjQCcDhoy0YuhUM37iRc2cbyDdh1N hE8AoKSAhoZJ7cSQ8zWSXr9XiOytTuLK =LSi9 -----END PGP SIGNATURE-----

3 10

[libvirt] Error in virt-install
by Nuno Fernandes 10 Mar '09

10 Mar '09

Hi, I've just installed an centos 5.2 with all the updates 'till now. Next i've tried the following install script that worked fine: virt-install -n test -r 512 --vnc --file=/dev/VolGroup00/test-os -- location=ftp://mirrors/centos/5/os/i386 -x 'text' Next i've rebuild rpm of libvirt to libvirt-0.6.1 (using --with-rhel5-api). The rpm build fine and installed without any errors. Next i've retried the virt-install script but i get the following error: [root@localhost ~]# virt-install -n test -r 512 --vnc -- file=/dev/VolGroup00/test-os --location=ftp://mirrors/centos/5/os/i386 -x 'text' Starting install... *** glibc detected *** /usr/bin/python: free(): invalid next size (fast): 0x0936a1b8 *** ======= Backtrace: ========= /lib/i686/nosegneg/libc.so.6[0x1e0906] /lib/i686/nosegneg/libc.so.6(cfree+0x90)[0x1e3e30] /usr/lib/libvirt.so.0(virFree+0x24)[0x8eb4e4] /usr/lib/libvirt.so.0[0x94793c] /usr/lib/libvirt.so.0[0x93abf1] /usr/lib/libvirt.so.0(virDomainLookupByUUID+0xb7)[0x8fda77] /usr/lib/libvirt.so.0(virDomainLookupByUUIDString+0x17f)[0x8ffbaf] /usr/lib/python2.4/site- packages/libvirtmod.so(libvirt_virDomainLookupByUUIDString+0x6d)[0xfa349d] /usr/lib/libpython2.4.so.1.0(PyCFunction_Call+0x14d)[0x67249d] /usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x498d)[0x6ac9cd] /usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x44ff)[0x6ac53f] /usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x44ff)[0x6ac53f] /usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x896)[0x6adc76] /usr/lib/libpython2.4.so.1.0[0x65fcba] /usr/lib/libpython2.4.so.1.0(PyObject_Call+0x37)[0x647d87] /usr/lib/libpython2.4.so.1.0[0x64e388] /usr/lib/libpython2.4.so.1.0(PyObject_Call+0x37)[0x647d87] /usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x2518)[0x6aa558] /usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x44ff)[0x6ac53f] /usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x896)[0x6adc76] /usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x43f6)[0x6ac436] /usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x896)[0x6adc76] /usr/lib/libpython2.4.so.1.0(PyEval_EvalFrame+0x43f6)[0x6ac436] /usr/lib/libpython2.4.so.1.0(PyEval_EvalCodeEx+0x896)[0x6adc76] /usr/lib/libpython2.4.so.1.0(PyEval_EvalCode+0x63)[0x6add03] /usr/lib/libpython2.4.so.1.0[0x6caad8] /usr/lib/libpython2.4.so.1.0(PyRun_SimpleFileExFlags+0x198)[0x6cc1e8] /usr/lib/libpython2.4.so.1.0(PyRun_AnyFileExFlags+0x7a)[0x6cc8ca] /usr/lib/libpython2.4.so.1.0(Py_Main+0xb85)[0x6d32d5] /usr/bin/python(main+0x32)[0x80485b2] /lib/i686/nosegneg/libc.so.6(__libc_start_main+0xdc)[0x18cdec] /usr/bin/python[0x80484c1] ======= Memory map: ======== 00110000-00112000 r-xp 00000000 fd:00 393272 /lib/libutil-2.5.so 00112000-00113000 r-xp 00001000 fd:00 393272 /lib/libutil-2.5.so 00113000-00114000 rwxp 00002000 fd:00 393272 /lib/libutil-2.5.so 00114000-00117000 r-xp 00000000 fd:00 1835042 /usr/lib/python2.4/lib- dynload/fcntlmodule.so 00117000-00118000 rwxp 00003000 fd:00 1835042 /usr/lib/python2.4/lib- dynload/fcntlmodule.so 00118000-0011b000 r-xp 00000000 fd:00 1835035 /usr/lib/python2.4/lib- dynload/cStringIO.so 0011b000-0011c000 rwxp 00003000 fd:00 1835035 /usr/lib/python2.4/lib- dynload/cStringIO.so 0011c000-0011f000 r-xp 00000000 fd:00 1835067 /usr/lib/python2.4/lib- dynload/timemodule.so 0011f000-00121000 rwxp 00002000 fd:00 1835067 /usr/lib/python2.4/lib- dynload/timemodule.so 00121000-00125000 r-xp 00000000 fd:00 1835037 /usr/lib/python2.4/lib- dynload/collectionsmodule.so 00125000-00126000 rwxp 00003000 fd:00 1835037 /usr/lib/python2.4/lib- dynload/collectionsmodule.so 00126000-0016c000 r-xp 00000000 fd:00 1835465 /usr/lib/python2.4/site- packages/libxml2mod.so 0016c000-00171000 rwxp 00046000 fd:00 1835465 /usr/lib/python2.4/site- packages/libxml2mod.so 00172000-00175000 r-xp 00000000 fd:00 1835023 /usr/lib/python2.4/lib- dynload/_localemodule.so 00175000-00176000 rwxp 00003000 fd:00 1835023 /usr/lib/python2.4/lib- dynload/_localemodule.so 00176000-00177000 r-xp 00176000 00:00 0 [vdso] 00177000-002b7000 r-xp 00000000 fd:00 393297 /lib/i686/nosegneg/libc-2.5.so 002b7000-002b9000 r-xp 00140000 fd:00 393297 /lib/i686/nosegneg/libc-2.5.so 002b9000-002ba000 rwxp 00142000 fd:00 393297 /lib/i686/nosegneg/libc-2.5.so 002ba000-002bd000 rwxp 002ba000 00:00 0 002bd000-003e9000 r-xp 00000000 fd:00 1642546 /usr/lib/libxml2.so.2.6.26 003e9000-003ee000 rwxp 0012c000 fd:00 1642546 /usr/lib/libxml2.so.2.6.26 003ee000-003ef000 rwxp 003ee000 00:00 0 003ef000-00401000 r-xp 00000000 fd:00 1642814 /usr/lib/libz.so.1.2.3 00401000-00402000 rwxp 00011000 fd:00 1642814 /usr/lib/libz.so.1.2.3 00402000-00405000 r-xp 00000000 fd:00 1835027 /usr/lib/python2.4/lib- dynload/_ssl.so 00405000-00406000 rwxp 00003000 fd:00 1835027 /usr/lib/python2.4/lib- dynload/_ssl.so 00406000-00447000 r-xp 00000000 fd:00 393226 /lib/libssl.so.0.9.8b 00447000-0044b000 rwxp 00040000 fd:00 393226 /lib/libssl.so.0.9.8b 0044b000-00477000 r-xp 00000000 fd:00 1642465 /usr/lib/libgssapi_krb5.so.2.2 00477000-00478000 rwxp 0002c000 fd:00 1642465 /usr/lib/libgssapi_krb5.so.2.2 00478000-00480000 r-xp 00000000 fd:00 1644106 /usr/lib/libkrb5support.so.0.1 00480000-00481000 rwxp 00007000 fd:00 1644106 /usr/lib/libkrb5support.so.0.1 00481000-00483000 r-xp 00000000 fd:00 1835049 /usr/lib/python2.4/lib- dynload/md5module.so 00483000-00484000 rwxp 00002000 fd:00 1835049 /usr/lib/python2.4/lib- dynload/md5module.so 00484000-00487000 r-xp 00000000 fd:00 1835061 /usr/lib/python2.4/lib- dynload/shamodule.so 00487000-00488000 rwxp 00002000 fd:00 1835061 /usr/lib/python2.4/lib- dynload/shamodule.so 00488000-00489000 r-xp 00000000 fd:00 1835029 /usr/lib/python2.4/lib- dynload/_weakref.so 00489000-0048a000 rwxp 00000000 fd:00 1835029 /usr/lib/python2.4/lib- dynload/_weakref.so 0048a000-0048e000 r-xp 00000000 fd:00 1835052 /usr/lib/python2.4/lib- dynload/operator.so 0048e000-0048f000 rwxp 00004000 fd:00 1835052 /usr/lib/python2.4/lib- dynload/operator.so 0048f000-00492000 r-xp 00000000 fd:00 1649254 /usr/lib/libgpg- error.so.0.3.0 00492000-00493000 rwxp 00002000 fd:00 1649254 /usr/lib/libgpg- error.so.0.3.0 00493000-00495000 r-xp 00000000 fd:00 394821 /lib/libcom_err.so.2.1 00495000-00496000 rwxp 00001000 fd:00 394821 /lib/libcom_err.so.2.1 00496000-0049a000 r-xp 00000000 fd:00 1649345 /usr/lib/libnuma.so.1 0049a000-0049b000 rwxp 00004000 fd:00 1649345 /usr/lib/libnuma.so.1 0049d000-0049f000 r-xp 00000000 fd:00 393246 /lib/libdl-2.5.so 0049f000-004a0000 r-xp 00001000 fd:00 393246 /lib/libdl-2.5.so 004a0000-004a1000 rwxp 00002000 fd:00 393246 /lib/libdl-2.5.so 004a1000-005be000 r-xp 00000000 fd:00 393218 /lib/libcrypto.so.0.9.8b 005be000-005d1000 rwxp 0011c000 fd:00 393218 /lib/libcrypto.so.0.9.8b 005d1000-005d4000 rwxp 005d1000 00:00 0 005d4000-005ea000 r-xp 00000000 fd:00 394806 /lib/libselinux.so.1 005ea000-005ec000 rwxp 00015000 fd:00 394806 /lib/libselinux.so.1 005ec000-005fa000 r-xp 00000000 fd:00 1835039 /usr/lib/python2.4/lib- dynload/datetime.so 005fa000-005fd000 rwxp 0000d000 fd:00 1835039 /usr/lib/python2.4/lib- dynload/datetime.so 005fd000-0060d000 r-xp 00000000 fd:00 1835034 /usr/lib/python2.4/lib- dynload/cPickle.so 0060d000-0060e000 rwxp 00010000 fd:00 1835034 /usr/lib/python2.4/lib- dynload/cPickle.so 0060e000-00612000 r-xp 00000000 fd:00 1646395 /usr/lib/libxenstore.so.3.0.0 00612000-00613000 rwxp 00003000 fd:00 1646395 /usr/lib/libxenstore.so.3.0.0 00613000-00616000 rwxp 00613000 00:00 0 00616000-00619000 r-xp 00000000 fd:00 1835071 /usr/lib/python2.4/lib- dynload/zlibmodule.so 00619000-0061a000 rwxp 00003000 fd:00 1835071 /usr/lib/python2.4/lib- dynload/zlibmodule.so 0061a000-00625000 r-xp 00000000 fd:00 394812 /lib/libgcc_s-4.1.2-20080102.so.1 00625000-00626000 rwxp 0000a000 fd:00 394812 /lib/libgcc_s-4.1.2-20080102.so.1 00628000-0071b000 r-xp 00000000 fd:00 1644304 /usr/lib/libpython2.4.so.1.0 0071b000-0073d000 rwxp 000f3000 fd:00 1644304 /usr/lib/libpython2.4.so.1.0 0073d000-00740000 rwxp 0073d000 00:00 0 00740000-0077b000 r-xp 00000000 fd:00 394805 /lib/libsepol.so.1 0077b000-0077c000 rwxp 0003a000 fd:00 394805 /lib/libsepol.so.1 0077c000-00786000 rwxp 0077c000 00:00 0 00786000-007ac000 r-xp 00000000 fd:00 1835055 /usr/lib/python2.4/lib- dynload/pyexpat.so 007ac000-007af000 rwxp 00026000 fd:00 1835055 /usr/lib/python2.4/lib- dynload/pyexpat.so 007af000-007c2000 r-xp 00000000 fd:00 393250 /lib/libnsl-2.5.so 007c2000-007c3000 r-xp 00012000 fd:00 393250 /lib/libnsl-2.5.so 007c3000-007c4000 rwxp 00013000 fd:00 393250 /lib/libnsl-2.5.so 007c4000-007c6000 rwxp 007c4000 00:00 0 007c8000-007cc000 r-xp 00000000 fd:00 1835032 /usr/lib/python2.4/lib- dynload/binascii.so 007cc000-007cd000 rwxp 00003000 fd:00 1835032 /usr/lib/python2.4/lib- dynload/binascii.so 007cd000-00819000 r-xp 00000000 fd:00 1870995 /usr/lib/python2.4/site- packages/M2Crypto/__m2crypto.so 00819000-0081d000 rwxp 0004b000 fd:00 1870995 /usr/lib/python2.4/site- packages/M2Crypto/__m2crypto.so 0081d000-0081e000 rwxp 0081d000 00:00 0 0083a000-00843000 r-xp 00000000 fd:00 1835026 /usr/lib/python2.4/lib- dynload/_socketmodule.so 00843000-00846000 rwxp 00009000 fd:00 1835026 /usr/lib/python2.4/lib- dynload/_socketmodule.so 00846000-008d6000 r-xp 00000000 fd:00 1643455 /usr/lib/libkrb5.so.3.3 008d6000-008d9000 rwxp 0008f000 fd:00 1643455 /usr/lib/libkrb5.so.3.3 008d9000-0096c000 r-xp 00000000 fd:00 1647990 /usr/lib/libvirt.so.0.6.1 0096c000-0096e000 rwxp 00092000 fd:00 1647990 /usr/lib/libvirt.so.0.6.1 0096e000-0097e000 rwxp 0096e000 00:00 0 009bb000-009ce000 r-xp 00000000 fd:00 393227 /lib/i686/nosegneg/libpthread-2.5.so 009ce000-009cf000 r-xp 00012000 fd:00 393227 /lib/i686/nosegneg/libpthread-2.5.so 009cf000-009d0000 rwxp 00013000 fd:00 393227 /lib/i686/nosegneg/libpthread-2.5.so 009d0000-009d2000 rwxp 009d0000 00:00 0 009d2000-00a25000 r-xp 00000000 fd:00 1651434 /usr/lib/libgcrypt.so.11.2.2 00a25000-00a27000 rwxp 00053000 fd:00 1651434 /usr/lib/libgcrypt.so.11.2.2 00a56000-00a58000 r-xp 00000000 fd:00 394819 /lib/libkeyutils-1.2.so 00a58000-00a59000 rwxp 00001000 fd:00 394819 /lib/libkeyutils-1.2.so 00b36000-00b5b000 r-xp 00000000 fd:00 1642678 /usr/lib/libk5crypto.so.3.1 00b5b000-00b5c000 rwxp 00025000 fd:00 1642678 /usr/lib/libk5crypto.so.3.1 00bd2000-00bf7000 r-xp 00000000 fd:00 393225 /lib/i686/nosegneg/libm-2.5.so 00bf7000-00bf8000 r-xp 00024000 fd:00 393225 /lib/i686/nosegneg/libm-2.5.so 00bf8000-00bf9000 rwxp 00025000 fd:00 393225 /lib/i686/nosegneg/libm-2.5.so 00c02000-00c0b000 r-xp 00000000 fd:00 393244 /lib/libcrypt-2.5.so 00c0b000-00c0c000 r-xp 00008000 fd:00 393244 /lib/libcrypt-2.5.so 00c0c000-00c0d000 rwxp 00009000 fd:00 393244 /lib/libcrypt-2.5.so 00c0d000-00c34000 rwxp 00c0d000 00:00 0 00cef000-00cf2000 r-xp 00000000 fd:00 1835060 /usr/lib/python2.4/lib- dynload/selectmodule.so 00cf2000-00cf3000 rwxp 00002000 fd:00 1835060 /usr/lib/python2.4/lib- dynload/selectmodule.so 00d03000-00d12000 r-xp 00000000 fd:00 393266 /lib/libresolv-2.5.so 00d12000-00d13000 r-xp 0000e000 fd:00 393266 /lib/libresolv-2.5.so 00d13000-00d14000 rwxp 0000f000 fd:00 393266 /lib/libresolv-2.5.so 00d14000-00d16000 rwxp 00d14000 00:00 0 00d2c000-00d30000 r-xp 00000000 fd:00 1835064 /usr/lib/python2.4/lib- dynload/structmodule.so 00d30000-00d31000 rwxp 00004000 fd:00 1835064 /usr/lib/python2.4/lib- dynload/structmodule.so 00dad000-00dae000 r-xp 00000000 fd:00 1835010 /usr/lib/python2.4/lib- dynload/_bisect.so 00dae000-00daf000 rwxp 00001000 fd:00 1835010 /usr/lib/python2.4/lib- dynload/_bisect.so 00daf000-00e26000 r-xp 00000000 fd:00 1642695 /usr/lib/libgnutls.so.13.0.6 00e26000-00e2c000 rwxp 00076000 fd:00 1642695 /usr/lib/libgnutls.so.13.0.6 00e31000-00e33000 r-xp 00000000 fd:00 1835025 /usr/lib/python2.4/lib- dynload/_randommodule.so 00e33000-00e34000 rwxp 00002000 fd:00 1835025 /usr/lib/python2.4/lib- dynload/_randommodule.so 00e7d000-00e81000 r-xp 00000000 fd:00 1835063 /usr/lib/python2.4/lib- dynload/stropmodule.so 00e81000-00e83000 rwxp 00003000 fd:00 1835063 /usr/lib/python2.4/lib- dynload/stropmodule.so 00eb5000-00eb8000 r-xp 00000000 fd:00 1835048 /usr/lib/python2.4/lib- dynload/mathmodule.so 00eb8000-00eb9000 rwxp 00002000 fd:00 1835048 /usr/lib/python2.4/lib- dynload/mathmodule.so 00f01000-00f1b000 r-xp 00000000 fd:00 393233 /lib/ld-2.5.so 00f1b000-00f1c000 r-xp 00019000 fd:00 393233 /lib/ld-2.5.so 00f1c000-00f1d000 rwxp 0001a000 fd:00 393233 /lib/ld-2.5.so 00f95000-00fa5000 r-xp 00000000 fd:00 1836431 /usr/lib/python2.4/site- packages/libvirtmod.so 00fa5000-00fa6000 rwxp 00010000 fd:00 1836431 /usr/lib/python2.4/site- packages/libvirtmod.so 07fe5000-07ffd000 r-xp 00000000 fd:00 1644078 /usr/lib/libsasl2.so.2.0.22 07ffd000-07ffe000 rwxp 00017000 fd:00 1644078 /usr/lib/libsasl2.so.2.0.22 08048000-08049000 r-xp 00000000 fd:00 1651446 /usr/bin/python 08049000-0804a000 rw-p 00000000 fd:00 1651446 /usr/bin/python 091d3000-093cb000 rw-p 091d3000 00:00 0 b6e00000-b6e21000 rw-p b6e00000 00:00 0 b6e21000-b6f00000 ---p b6e21000 00:00 0 b6fb6000-b6fbd000 r--s 00000000 fd:00 1704837 /usr/lib/gconv/gconv- modules.cache b6fbd000-b6ffe000 rw-p b6fbd000 00:00 0 b6ffe000-b6fff000 ---p b6ffe000 00:00 0 b6fff000-b7ac2000 rw-p b6fff000 00:00 0 b7ac3000-b7ceb000 rw-p b7ac3000 00:00 0 b7cec000-b7eec000 r--p 00000000 fd:00 1651479 /usr/lib/locale/locale- archive b7eec000-b7f70000 rw-p b7eec000 00:00 0 b7f75000-b7f78000 rw-p b7f75000 00:00 0 bfaea000-bfaff000 rw-p bfaea000 00:00 0 [stack] Aborted I've memtested the memory and its fine. If i use a file as the target (instead of a block device) it also works: virt-install -n test -r 512 --vnc --file=/tmp/test-os --file-size=2 -- location=ftp://mirrors/centos/5/os/i386 Any ideas? Thanks, Nuno Fernandes

3 7

[libvirt] PATCH: 0/25: Full thread support for libvirt public API
by Daniel P. Berrange 10 Mar '09

10 Mar '09

This patch series is (mostly) aimed at providing full support for threads in the libvirt API. Specifically we remove the restriction that a single virConnectPtr is tied to a thread. Multiple threads can safely use the same object (provided one doesn't free it behind another's back :-P ) This is tested to compile on Linux + Win32 (MinGW), hopefully doesn't break Solaris, but I'll be testing that soon too. I've tortured the patches in various nasty ways are they're now stable enough to let loose and probably merge for wider testing. It'll probably be easier to just fix future problems in tree, rather than maintain this patchset longer. The full patchset is also available here http://berrange.fedorapeople.org/libvirt-threads-2009-01-13/ Daniel -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

7 166

[libvirt] OCaml libvirt bindings 0.6.1.0 released
by Richard W.M. Jones 10 Mar '09

10 Mar '09

http://libvirt.org/ocaml/ Not a lot of change, since the bindings are pretty much stable now. The main change, and reason for this release, was that since CVE-2008-5086 the virDomainBlockPeek and virDomainMemoryPeek bindings now require a read/write libvirt connection. This broke mlvirsh and virt-df which were requesting a read-only connection. I have now changed this (thanks David Lutterkort for pointing out the problem). Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones virt-top is 'top' for virtual machines. Tiny program with many powerful monitoring features, net stats, disk stats, logging, etc. http://et.redhat.com/~rjones/virt-top

1 0

[libvirt] [Patch] Fix detach tap device on Xen3.3.1
by Takahashi Tomohiro 10 Mar '09

10 Mar '09

Hi, I made the patch that corrected the following problem. It is that when I executed the "virsh detach-disk" command on Xen3.3.1, Libvirt could not detach tap device and output the following error message. # virsh detach-disk Fedora xvdd libvir: Xen Daemon error : POST operation failed: xend_post: error from xen daemon: (xend.err 'Device 51760 not connected') The cause of this problem is incompatible of Xen3.3.0 and Xen3.3.1. I think Xen specific was changed by the following patch. http://xenbits.xensource.com/xen-3.3-testing.hg?rev/e0e17216ba70 If you have any comments, please suggest me. Signed-off-by: Tomohiro Takahashi <takatom(a)jp.fujitsu.com> Thanks, Tomohiro Takahashi diff -uNrp libvirt.orig/src/xend_internal.c libvirt/src/xend_internal.c --- libvirt.orig/src/xend_internal.c 2009-02-14 03:23:23.000000000 +0900 +++ libvirt/src/xend_internal.c 2009-03-09 12:28:48.000000000 +0900 @@ -5566,7 +5566,11 @@ virDomainXMLDevID(virDomainPtr domain, char *xref; if (dev->type == VIR_DOMAIN_DEVICE_DISK) { - strcpy(class, "vbd"); + if (!(strcmp(dev->data.disk->driverName, "tap"))) { + strcpy(class, "tap"); + } else { + strcpy(class, "vbd"); + } if (dev->data.disk->dst == NULL) return -1; xenUnifiedLock(priv);

2 3

[libvirt] [ANNOUNCE] New release virt-manager 0.7.0
by Cole Robinson 10 Mar '09

10 Mar '09

I'm happy to announce a new virt-manager release, version 0.7.0. The release can be downloaded from: http://virt-manager.org/download.html The direct download link is: http://virt-manager.org/download/sources/virt-manager/virt-manager-0.7.0.ta… This release includes: - Redesigned 'New Virtual Machine' wizard (Jeremy Perry, Tim Allen, Cole Robinson) - Option to remove storage when deleting a virtual machine. - File browser for libvirt storage pools and volumes, for use when attaching storage to a new or existing guest. - Physical device assignment (PCI, USB) for existing virtual machines. - Bug fixes and minor improvements. Thanks to everyone who has contributed to this release through testing, bug reporting, submitting patches, and otherwise sending in feedback! Thanks, Cole

1 0

[libvirt] Re: [et-mgmt-tools] latest virt-manager and virtinst on centos-5
by Cole Robinson 09 Mar '09

09 Mar '09

Farkas Levente wrote: > hi, > the these packages: > virt-manager-0.6.1-4 > python-virtinst-0.400.2-3 > libvirt-python-0.6.1-1 > libvirt-0.6.1-1 > on centos-5 gives this error when i try to install a new guest after > press finish in virt manager: > -------------------------------------------- > Unable to complete install 'libvirt.libvirtError internal error unable > to start guest: > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/create.py", line 717, in > do_install > dom = guest.start_install(False, meter = meter) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 536, > in start_install > return self._do_install(consolecb, meter, removeOld, wait) > File "/usr/lib/python2.4/site-packages/virtinst/Guest.py", line 628, > in _do_install > self.domain = self.conn.createLinux(install_xml, 0) > File "/usr/lib64/python2.4/site-packages/libvirt.py", line 973, in > createLinux > if ret is None:raise libvirtError('virDomainCreateLinux() failed', > conn=self) > libvirtError: internal error unable to start guest: > ' This was a libvirt bug that should have been fixed in the latest release. Could be some other variant of it since you are running centos. - Cole

1 0

[libvirt] libvirt 0.6.1 not playing well with RHEL5.2 lokkit
by Charles Duffy 09 Mar '09

09 Mar '09

Howdy. I'm running RHEL5.2, and libvirt 0.6.1. I don't use the distro-provided firewall (system-config-securitylevel-tui-1.6.29.1-2.1.el5) and have it completely disabled, but libvirt appears to be having some trouble ascertaining as much: > libvirtd: 14:05:42.807: warning : Failed to read /etc/sysconfig/system-config-firewall > last message repeated 2 times > kernel: fvtebr0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature. > kernel: fvtebr0: starting userspace STP failed, starting kernel STP > libvirtd: 14:06:34.825: error : internal error '/usr/sbin/lokkit --nostart --custom-rules=ipv4:filter:/var/lib/libvirt/iptables/filter/INPUT.chain' exited with non-zero status 1 and signal 0: --custom-rules=ipv4:filter:/var/lib/libvirt/iptables/filter/INPUT.chain: unknown option > libvirtd: 14:06:34.825: warning : Failed to run '/usr/sbin/lokkit --custom-rules=ipv4:filter:/var/lib/libvirt/iptables/filter/INPUT.chain': Invalid argument > libvirtd: 14:06:34.828: error : internal error '/usr/sbin/lokkit --nostart --custom-rules=ipv4:filter:/var/lib/libvirt/iptables/filter/FORWARD.chain' exited with non-zero status 1 and signal 0: --custom-rules=ipv4:filter:/var/lib/libvirt/iptables/filter/FORWARD.chain: unknown option > libvirtd: 14:06:34.828: warning : Failed to run '/usr/sbin/lokkit --custom-rules=ipv4:filter:/var/lib/libvirt/iptables/filter/FORWARD.chain': Invalid argument > libvirtd: 14:06:34.831: error : internal error '/usr/sbin/lokkit --nostart --custom-rules=ipv4:nat:/var/lib/libvirt/iptables/nat/POSTROUTING.chain' exited with non-zero status 1 and signal 0: --custom-rules=ipv4:nat:/var/lib/libvirt/iptables/nat/POSTROUTING.chain: unknown option > libvirtd: 14:06:34.831: warning : Failed to run '/usr/sbin/lokkit --custom-rules=ipv4:nat:/var/lib/libvirt/iptables/nat/POSTROUTING.chain': Invalid argument

2 1

[Fwd: Re: [libvirt] Libvirt audio xml format]
by Simon Lambourn 09 Mar '09

09 Mar '09

1 0

[libvirt] FileSystem Creation for Logical Storage Volume
by Martin Gajdos 08 Mar '09

08 Mar '09

Hi there As I haven't found this information anywhere else, I'm trying this mailing list. I would like to know if it's possible to create a filesystem (ext3 for e.g.) along with a storage volume with libvirt. The volumes are located on a remote system. So is there function in libvirt for this? and if not, what would be the way to go? Thanks Martin Gajdos

1 0

[libvirt] Libvirt audio xml format
by Simon Lambourn 07 Mar '09

07 Mar '09

Hi, excuse the possible dumb question from a new KVM/Libvirt user - I'm very impressed overall but struggling to work out how to define an audio device in the libvirt xml. I have a virtualised windows XP up & running, now want to add an audio device. I can see how to do it in kvm and I believe audio devices are now supported in libvirt, but could not find documentation on how to write the xml. System is Ubuntu 8.10 on AMD64. Thanks in anticipation.

2 1

[libvirt] lxc: dominfo.cpuTime support using cgroups.cpuacct
by Ryota Ozaki 06 Mar '09

06 Mar '09

Hi, This patch enables to get CPU usage of a lxc using cpuacct subsystem of cgroups. Thanks, ozaki-r

3 7

[libvirt] PATCH: Fix crash after deleting storage vol fails
by Daniel P. Berrange 06 Mar '09

06 Mar '09

After a little debugging on IRC we discovered a problem in the deletion of storage volumes. We were mistakenly calling virStorageVolFree(vol) even if the delete call failed. So the pool got left with a NULL storage volume, and later use of that pool could crash on this. Daniel Index: src/storage_driver.c =================================================================== RCS file: /data/cvs/libvirt/src/storage_driver.c,v retrieving revision 1.32 diff -u -p -r1.32 storage_driver.c --- src/storage_driver.c 5 Feb 2009 16:28:30 -0000 1.32 +++ src/storage_driver.c 6 Mar 2009 12:56:20 -0000 @@ -1296,7 +1296,6 @@ storageVolumeDelete(virStorageVolPtr obj ret = 0; cleanup: - virStorageVolDefFree(vol); if (pool) virStoragePoolObjUnlock(pool); return ret; -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

3 2

[libvirt] Questions on "Xen XM error : internal error unable to store config file handle"
by Taeho Kang 06 Mar '09

06 Mar '09

Dear all, I am trying to add defined domains to a hypervisor with virDomainDefineXML function. But I keep getting the following error. libvir: Xen XM error : internal error unable to store config file handle I tried using virsh, but it gave the same error. Does anybody know the cause of this error? Thank you in advance, /Taeho

2 1

[libvirt] [RFC]: Secure migration
by Chris Lalancette 05 Mar '09

05 Mar '09

All, I've been looking at implementing secure migration for libvirt. I've taken a look at two approaches; I'll outline them, and then tell you which one I think we should do, and why. Note that in the discussion below, I'm talking mostly about the qemu migration protocol; I believe both of the approaches will lend themselves to, say, Xen, but the details will be different. For the sake of the outlines, I'm using three specific terms: "src" is used to refer to the source of the migration, that is, where the VM is running *before* migration begins; "dst" is used to refer to the destination of the migration, that is, where we want the VM to be at the end; and "controller" refers to the controlling program (usually virsh), which can be run on an entirely separate machine. -------------------------------------------------------------------------------- 1) virsh on the controller connects to the src, and initiates the migration command. In turn, this causes the controller to also connect to the dst. Now, during the "Prepare" step on the dst, we setup a qemu container to listen to some port on localhost. Next, the "Perform" step is called on the src machine. This causes an external program to be forked on the src; this external program connects to the dst (using virConnectOpen), then waits for migration data from the qemu instance. As the migration data comes in, it uses a new RPC call (something like "writeMigrationData") to pass the data to the dst. The dst then takes that data, and writes it out to the waiting qemu container. Pros: Uses existing RPC mechanism, so you don't have to open a new port on the destination Cons: There is a "hidden" dependency between the src and dst, which may be difficult for users to get right (more on this below). 2) virsh on the controller connects to the src, and initiates the migration command. In turn, this causes the controller to also connect to the dst. Now, during the "Prepare" step on the dst, we setup a qemu container to listen to some port (call it 1234) on localhost. It also forks an external program (or a thread) to listen for an incoming gnutls connection. Next, the "Perform" step is call on the src machine. This forks an external program (or thread) to listen for incoming data from a localhost migration, do the gnutls handshake with the dst, and dump the data over the gnutls connection to the dst. Pros: Works mostly transparently; the user doesn't have to set anything up different than they do today for "unsecure" migration Cons: Requires opening a new (but still well-known) port in the firewall on the dst side. -------------------------------------------------------------------------------- More about the "hidden" dependencies for 1). There are quite a few examples of where the controller might have access to both machines, but the src libvirtd does not. A few examples below: a) libvirtd is using TLS + the "tls_allowed_dn_list" in /etc/libvirt/libvirtd.conf on the dst machine. They have it configured so that they can access the machine via TLS on the controller machine, but not from the src machine. b) libvirtd is using SASL digest-md5 on the dst machine. When the src machine tries to connect, it needs a name and password to do so, which it doesn't have. (technically, I guess we could proxy that response back to the controller, and have the user fill it there, and then return back to the src, and then the dst, but it seems roundabout) c) libvirtd is using SASL gssapi on the dst machine. When the src machine tries to connect to the dst, it needs to have the right configuration (i.e. /etc/krb5.conf and /etc/sasl2/libvirt.conf need to work), and it also has to get some kind of principal from the kerberos server (but which principal?). Because of the hidden dependency problem, I think solution 2) is actually more viable; yes, it also has a dependency (opening a hole in the firewall), but that can be documented and will work no matter what other authentication you are doing between the controller and src and dst machines. However, I am open to being convinced otherwise. Thoughts? -- Chris Lalancette

4 8

[libvirt] Release of libvirt-0.6.1
by Daniel Veillard 04 Mar '09

04 Mar '09

I originaly though that this release would just include a set of bug fixes from 0.6.0, but a couple feature are includd as well as a number of local improvement. Available as usual from ftp://libvirt.org/libvirt/ + New features: - new APIs for Node device detach reattach and reset (Mark McLoughlin) - sVirt mandatory access control support (James Morris and Dan Walsh) + Portability: - non gcc toolchain (John Levon) - gcc-4.4 warnings fixes (Mark McLoughlin) - fix build without LXC and QEmu (Jim Meyering) + Documentation: - man page bugzilla URL (Mark McLoughlin) - typo in domain format (Jesse Farinacci) - clock offset fix (Mark McLoughlin) - hostdev description typo (Mark McLoughlin) - static host IP (Charles Duffy) - new example program (David Allan) + Bug fixes: - NULL dereference in LXC (Jim Meyering) - fix domain error reporting (John Levon) - fix loop of libvirtd --timeout (Daniel Berrange) - limit history to 500 to restrict virsh memory (Daniel Berrange) - wrong lvm volume format check (Cole Robinson) - I/O error in daemon and associated remote acces crash (Daniel Berrange) - fix autostart of session daemon (Daniel Berrange) - restart guest on qemu migration failures (Chris Lalancette) - config parsing leaks (Ryota Ozaki) - DBus multithreading activation to avoid crashes (Daniel Berrange) - mark defined network descriptions as persistent (Cole Robinson) - qemu+tls handshake negotiation hang (Chris Lalancette) + Improvements: - don't hardcode ssh port (Guido Gunther) - new test cases and testing infrastructure (Jim Meyering) - improve the SExpr parser (John Levon) - proper error reporting on xend shutdown command (John Levon) - proper handling of errors when saving QEmu domains state (Guido Gunther) - revamp of the internal error memory APIs (John Levon) - better virsh error reporting (John Levon) - more daemon options to allow running multiple daemons (Jim Meyering) - error handling when creating a QEmu domain (Guido Gunther) - fix timeouts in QEmu log reading (Guido Gunther) - migration with xend 3.3 fixes (John Levon) - virsh XML dump flags cleanup (Cole Robinson) - fix build with loadable drivers (Maximilian Wilhelm) - internal XML APIs to read long long and hexa values (Mark McLoughlin) - function to parse node device XML descriptions and associated test (Mark McLoughlin) - generate network bridge names if not provided (Cole Robinson) - recognize ejectable media in hostdev hal driver (Cole Robinson) - integration of sVirt (Daniel Berrange) + Cleanups: - printf NULL string checks (John Levon) - remove uses of strerror and use virStrerror (Jim Meyering) - remove redundant NULL assignments (Jim Meyering) - QEmu driver logging and exec cleanups (Jim Meyering) - many error handling cleanups (Jim Meyering) - XML module cleanups (Mark McLoughlin) - compiler warning (Maximilian Wilhelm) - daemon TCP listen cleanup (Cole Robinson) - size_t type cleanup (Guido Gunther) - parallel make fix (Michael Marineau) - storage error diagnostic fix (Ryota Ozaki) - remove redundant monitor watch variable (Cole Robinson) - qemu AttachDevice error report improvement (Cole Robinson) - virsh output cleanup (Jim Meyering) - various tests cleanups and improvements (Jim Meyering) - fix the internal export list with new APIs (Daniel Berrange) - cleanups on new APIs for Node device (Daniel Berrange) So quite a bit of changes happened in one month of development, so it's getting clear we aren't really slowing down and keeping a relatively fast release cycle is needed. So expect 0.6.2 in a month or so. Thanks to everybody who contributed to the release ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel(a)veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/

1 0

[libvirt] [PATCH 0/1] Merge DanPB's SCSI HBA pool code
by David Allan 04 Mar '09

04 Mar '09

This patch contains the implementation Daniel Berrange did of storage pools using SCSI HBAs. I have updated it for the current tree in preparation for implementing NPIV support. Let me know what you think. I would also like feedback on the integration into the build system, particularly where POLKIT_CFLAGS should go. Dave

6 18

[libvirt] [PATCH] Use posix_fallocate() to allocate disk space
by Amit Shah 04 Mar '09

04 Mar '09

Hi, This is an untested patch to make disk allocations faster and non-fragmented. I'm using posix_fallocate() now but relying on glibc really calling fallocate() if it exists for the file system to be the fastest. - This fails build because libutil needs to be added as a dependency? ../src/.libs/libvirt_driver_storage.a(storage_backend_fs.o): In function `virStorageBackendFileSystemVolCreate': /home/amit/src/libvirt/src/storage_backend_fs.c:1023: undefined reference to `safezero' - What's vol->capacity? Why is ftruncate() needed after the call to (current) safewrite()? My assumption is that the user can specify some max. capacity and wish to allocate only a chunk off it at create-time. Is that correct? The best case to get a non-fragmented VM image is to have it allocated completely at create-time with fallocate(). Currently xfs and ext4 support the fallocate() syscall (btrfs will, too, when it's ready). Comments? Amit >From dfe4780f5990571f026e02e6187cb64505c982c1 Mon Sep 17 00:00:00 2001 From: Amit Shah <amit.shah(a)redhat.com> Date: Tue, 24 Feb 2009 16:55:58 +0530 Subject: [PATCH] Use posix_fallocate() to allocate disk space Using posix_fallocate() to allocate disk space and fill it with zeros is faster than writing the zeros block-by-block. Also, for backing file systems that support the fallocate() syscall, this operation will give us a big speed boost. The biggest advantage of using this is the file will not be fragmented for the allocated chunks. Signed-off-by: Amit Shah <amit.shah(a)redhat.com> --- src/storage_backend_fs.c | 23 ++++++++--------------- src/util.c | 5 +++++ src/util.h | 1 + 3 files changed, 14 insertions(+), 15 deletions(-) diff --git a/src/storage_backend_fs.c b/src/storage_backend_fs.c index 240de96..74b0fda 100644 --- a/src/storage_backend_fs.c +++ b/src/storage_backend_fs.c @@ -1019,21 +1019,14 @@ virStorageBackendFileSystemVolCreate(virConnectPtr conn, /* XXX slooooooooooooooooow. * Need to add in progress bars & bg thread somehow */ if (vol->allocation) { - unsigned long long remain = vol->allocation; - static char const zeros[4096]; - while (remain) { - int bytes = sizeof(zeros); - if (bytes > remain) - bytes = remain; - if ((bytes = safewrite(fd, zeros, bytes)) < 0) { - virReportSystemError(conn, errno, - _("cannot fill file '%s'"), - vol->target.path); - unlink(vol->target.path); - close(fd); - return -1; - } - remain -= bytes; + int r; + if ((r = safezero(fd, 0, 0, vol->allocation)) < 0) { + virReportSystemError(conn, r, + _("cannot fill file '%s'"), + vol->target.path); + unlink(vol->target.path); + close(fd); + return -1; } } diff --git a/src/util.c b/src/util.c index 990433a..1bee7f0 100644 --- a/src/util.c +++ b/src/util.c @@ -117,6 +117,11 @@ ssize_t safewrite(int fd, const void *buf, size_t count) return nwritten; } +int safezero(int fd, int flags, off_t offset, off_t len) +{ + return posix_fallocate(fd, offset, len); +} + #ifndef PROXY int virFileStripSuffix(char *str, diff --git a/src/util.h b/src/util.h index a79cfa7..acaabb1 100644 --- a/src/util.h +++ b/src/util.h @@ -31,6 +31,7 @@ int saferead(int fd, void *buf, size_t count); ssize_t safewrite(int fd, const void *buf, size_t count); +int safezero(int fd, int flags, off_t offset, off_t len); enum { VIR_EXEC_NONE = 0, -- 1.6.0.6

3 6

[libvirt] selinux
by Michael Kress 04 Mar '09

04 Mar '09

Hi! What do I have to do to get qemu-kvm to run with selinux running with enforcing policy? I get these messages when I enable this policy: Mar 3 20:56:23 matrix kernel: [ 8972.482746] device vnet0 entered promiscuous mode Mar 3 20:56:23 matrix kernel: [ 8972.898943] br0: port 2(vnet0) entering learning state Mar 3 20:56:23 matrix kernel: [ 8972.901957] type=1400 audit(1236110183.820:20): avc: denied { execmem } for pid=6376 comm="kvm" scontext=system_u:system_r:initrc_t:s0 tcontext=system_u:system_r:initrc_t:s0 tclass=process Mar 3 20:56:23 matrix kernel: [ 8973.161318] type=1400 audit(1236110183.832:21): avc: denied { append } for pid=6379 comm="ifup" name="ifstate" dev=sda1 ino=1376380 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:etc_runtime_t:s0 tclass=file Mar 3 20:56:23 matrix kernel: [ 8973.188371] br0: port 2(vnet0) entering disabled state Mar 3 20:56:23 matrix kernel: [ 8973.203666] device vnet0 left promiscuous mode Mar 3 20:56:23 matrix kernel: [ 8973.203675] br0: port 2(vnet0) entering disabled state Mar 3 20:56:23 matrix libvirtd: Received signal 17, dispatching to drivers Mar 3 20:56:23 matrix libvirtd: Received signal 17, dispatching to drivers Mar 3 20:56:23 matrix kernel: [ 8973.216362] type=1400 audit(1236110183.880:22): avc: denied { append } for pid=6387 comm="ifdown" name="ifstate" dev=sda1 ino=1376380 scontext=system_u:system_r:udev_t:s0-s0:c0.c1023 tcontext=system_u:object_r:etc_runtime_t:s0 tclass=file I've tried to set the type: chcon -t virt_image_t a01.img but all I got was: chcon: failed to change context of `a01.img' to `system_u:object_r:virt_image_t:s0': Invalid argument The host is a debian 5.0 machine. TIA Regards Michael

3 3

[libvirt] PATCH: Fix libvirtd test cases
by Daniel P. Berrange 04 Mar '09

04 Mar '09

The libvirtd tests have a number of bugs causing them to fail & generally do bad things. They all currently fail on RHEL5 hosts. - daemon-conf - the abs_topbuild_dir env var was not being set correctly so it failed to find config.h. It also broken by changes in stderr debug output from libvirtd. This patch fixes the env var, and changes it to it just looks for the desired error message, not doing a diff across entire of stdout/err. - libvirtd-fail - again fails because it is diffing the whole of stdout/err and coming across warning messages its not expecting. Change it to look for daemon error exit status because that reliably indicates whether it quit as expected on bogus configs - libvirtd-pool - running the QEMU driver which does not exist, just to test virsh's XML generation capabilities. This adds a --print-xml arg to virsh and uses the test:///default driver for testing, so we avoid the QEMU driver & daemon during tests - libvirt-net-persist - again trying to rnu the QEMU driver which does not exist, and its writing config files into the user's home directory. There's no easy fix for this, so I'm killing it off. It can be tested in the separate integration test suite where you can be sure to arrange for correct pre-requisites and safe working environment src/virsh.c | 51 ++++++++++++++++++++++++--------------- tests/Makefile.am | 3 -- tests/daemon-conf | 13 +++------- tests/libvirtd-fail | 9 ++---- tests/libvirtd-net-persist | 58 --------------------------------------------- tests/libvirtd-pool | 41 ++++++------------------------- 6 files changed, 48 insertions(+), 127 deletions(-) Daniel Index: src/virsh.c =================================================================== RCS file: /data/cvs/libvirt/src/virsh.c,v retrieving revision 1.195 diff -u -p -u -p -r1.195 virsh.c --- src/virsh.c 3 Mar 2009 09:59:02 -0000 1.195 +++ src/virsh.c 3 Mar 2009 19:23:01 -0000 @@ -2923,6 +2923,7 @@ cmdPoolCreate(vshControl *ctl, const vsh */ static const vshCmdOptDef opts_pool_X_as[] = { {"name", VSH_OT_DATA, VSH_OFLAG_REQ, gettext_noop("name of the pool")}, + {"print-xml", VSH_OT_BOOL, 0, gettext_noop("print XML document, but don't define/create")}, {"type", VSH_OT_DATA, VSH_OFLAG_REQ, gettext_noop("type of the pool")}, {"source-host", VSH_OT_DATA, 0, gettext_noop("source-host for underlying storage")}, {"source-path", VSH_OT_DATA, 0, gettext_noop("source path for underlying storage")}, @@ -3002,6 +3003,7 @@ cmdPoolCreateAs(vshControl *ctl, const v { virStoragePoolPtr pool; char *xml, *name; + int printXML = vshCommandOptBool(cmd, "print-xml"); if (!vshConnectionUsability(ctl, ctl->conn, TRUE)) return FALSE; @@ -3009,18 +3011,22 @@ cmdPoolCreateAs(vshControl *ctl, const v if (!buildPoolXML(cmd, &name, &xml)) return FALSE; - pool = virStoragePoolCreateXML(ctl->conn, xml, 0); - free (xml); - - if (pool != NULL) { - vshPrint(ctl, _("Pool %s created\n"), name); - virStoragePoolFree(pool); - return TRUE; + if (printXML) { + printf("%s", xml); + free (xml); } else { - vshError(ctl, FALSE, _("Failed to create pool %s"), name); - } + pool = virStoragePoolCreateXML(ctl->conn, xml, 0); + free (xml); - return FALSE; + if (pool != NULL) { + vshPrint(ctl, _("Pool %s created\n"), name); + virStoragePoolFree(pool); + } else { + vshError(ctl, FALSE, _("Failed to create pool %s"), name); + return FALSE; + } + } + return TRUE; } @@ -3085,6 +3091,7 @@ cmdPoolDefineAs(vshControl *ctl, const v { virStoragePoolPtr pool; char *xml, *name; + int printXML = vshCommandOptBool(cmd, "print-xml"); if (!vshConnectionUsability(ctl, ctl->conn, TRUE)) return FALSE; @@ -3092,18 +3099,22 @@ cmdPoolDefineAs(vshControl *ctl, const v if (!buildPoolXML(cmd, &name, &xml)) return FALSE; - pool = virStoragePoolDefineXML(ctl->conn, xml, 0); - free (xml); - - if (pool != NULL) { - vshPrint(ctl, _("Pool %s defined\n"), name); - virStoragePoolFree(pool); - return TRUE; + if (printXML) { + printf("%s", xml); + free (xml); } else { - vshError(ctl, FALSE, _("Failed to define pool %s"), name); - } + pool = virStoragePoolDefineXML(ctl->conn, xml, 0); + free (xml); - return FALSE; + if (pool != NULL) { + vshPrint(ctl, _("Pool %s defined\n"), name); + virStoragePoolFree(pool); + } else { + vshError(ctl, FALSE, _("Failed to define pool %s"), name); + return FALSE; + } + } + return TRUE; } Index: tests/Makefile.am =================================================================== RCS file: /data/cvs/libvirt/tests/Makefile.am,v retrieving revision 1.76 diff -u -p -u -p -r1.76 Makefile.am --- tests/Makefile.am 3 Mar 2009 17:00:18 -0000 1.76 +++ tests/Makefile.am 3 Mar 2009 19:23:01 -0000 @@ -82,7 +82,6 @@ test_scripts += \ define-dev-segfault \ int-overflow \ libvirtd-fail \ - libvirtd-net-persist \ libvirtd-pool \ read-bufsiz \ read-non-seekable \ @@ -127,7 +126,7 @@ TESTS_ENVIRONMENT = \ abs_top_srcdir=`cd '$(top_srcdir)'; pwd` \ abs_builddir=`cd '$(builddir)'; pwd` \ abs_srcdir=`cd '$(srcdir)'; pwd` \ - CONFIG_HEADER='$(abs_top_builddir)/config.h' \ + CONFIG_HEADER="`cd '$(top_builddir)'; pwd`/config.h" \ PATH="$(path_add)$(PATH_SEPARATOR)$$PATH" \ SHELL="$(SHELL)" \ LIBVIRT_DRIVER_DIR="$(abs_top_builddir)/src/.libs" \ Index: tests/daemon-conf =================================================================== RCS file: /data/cvs/libvirt/tests/daemon-conf,v retrieving revision 1.6 diff -u -p -u -p -r1.6 daemon-conf --- tests/daemon-conf 2 Mar 2009 20:01:26 -0000 1.6 +++ tests/daemon-conf 3 Mar 2009 19:23:01 -0000 @@ -52,15 +52,10 @@ while :; do test $i = $n && break - # Filter out some ignorable diagnostics and drop timestamps - sed \ - -e 's/.*: error : //' \ - -e '/^Cannot set group when not running as root$/d' \ - -e '/^libnuma: Warning: .sys not mounted or no numa system/d' \ - err > k && mv k err - - printf '%s\n\n' "remoteReadConfigFile: $f: $param_name: $msg" > expected-err - diff -u expected-err err || fail=1 + # Check that the diagnostic we want appears + grep "$msg" err 1>/dev/null 2>&1 + RET=$? + test "$RET" = "0" || fail=1 i=$(expr $i + 1) done Index: tests/libvirtd-fail =================================================================== RCS file: /data/cvs/libvirt/tests/libvirtd-fail,v retrieving revision 1.1 diff -u -p -u -p -r1.1 libvirtd-fail --- tests/libvirtd-fail 2 Mar 2009 20:01:05 -0000 1.1 +++ tests/libvirtd-fail 3 Mar 2009 19:23:01 -0000 @@ -12,10 +12,7 @@ test -z "$abs_top_srcdir" && abs_top_src fail=0 -libvirtd --config=no-such-file > log 2>&1 && fail=1 -cat <<\EOF > exp -Failed to open file 'no-such-file': No such file or directory -EOF +libvirtd --config=no-such-conf --timeout=5 2> log +RET=$? -compare exp log || fail=1 -exit $fail +test "$RET" != "0" && exit 0 || exit 1 Index: tests/libvirtd-net-persist =================================================================== RCS file: tests/libvirtd-net-persist diff -N tests/libvirtd-net-persist --- tests/libvirtd-net-persist 2 Mar 2009 18:41:00 -0000 1.1 +++ /dev/null 1 Jan 1970 00:00:00 -0000 @@ -1,58 +0,0 @@ -#!/bin/sh -# ensure that net-destroy doesn't make network disappear (persistence-related) - -if test "$VERBOSE" = yes; then - set -x - libvirtd --version - virsh --version -fi - -test -z "$srcdir" && srcdir=$(pwd) -test -z "$abs_top_srcdir" && abs_top_srcdir=$(pwd)/.. -. "$srcdir/test-lib.sh" - -fail=0 - -pwd=$(pwd) || fail=1 -sock_dir="$pwd" -cat > conf <<EOF || fail=1 -unix_sock_dir = "$sock_dir" -log_outputs = "3:file:$pwd/log" -EOF - -cat > net.xml <<EOF || fail=1 -<network> - <name>N</name> - <ip address="192.168.199.1" netmask="255.255.255.0"></ip> -</network> -EOF - -cat > exp <<EOF || fail=1 -Network N defined from net.xml - -Network N destroyed - -Name State Autostart ------------------------------------------ -N inactive no - -EOF - -libvirtd --config=conf > libvirtd-log 2>&1 & pid=$! -sleep 1 - -url="qemu:///session?socket=@$sock_dir/libvirt-sock" -virsh -c "$url" \ - 'net-define net.xml; net-destroy N; net-list --all' > out 2>&1 \ - || fail=1 - -# if libvird's log is empty, sleep for a second before killing it -test -s libvirtd-log || sleep 1 -kill $pid - -compare exp out || fail=1 - -printf "Shutting down network 'N'\n" > log-exp -compare log-exp libvirtd-log || fail=1 - -exit $fail Index: tests/libvirtd-pool =================================================================== RCS file: /data/cvs/libvirt/tests/libvirtd-pool,v retrieving revision 1.1 diff -u -p -u -p -r1.1 libvirtd-pool --- tests/libvirtd-pool 2 Mar 2009 20:01:05 -0000 1.1 +++ tests/libvirtd-pool 3 Mar 2009 19:23:01 -0000 @@ -1,9 +1,8 @@ #!/bin/sh -# Get coverage of libvirtd's config-parsing code. +# Get coverage of virsh pool-define-as XML formatting if test "$VERBOSE" = yes; then set -x - libvirtd --version virsh --version fi @@ -14,50 +13,28 @@ test -z "$abs_top_srcdir" && abs_top_src fail=0 pwd=$(pwd) || fail=1 -sock_dir="$pwd" -cat > conf <<EOF || fail=1 -unix_sock_dir = "$sock_dir" -log_outputs = "3:file:$pwd/log" -EOF - -libvirtd --config=conf > libvirtd-log 2>&1 & pid=$! -sleep 1 - -url="qemu:///session?socket=@$sock_dir/libvirt-sock" -virsh --connect "$url" \ - pool-define-as P dir src-host /src/path /src/dev S /target-path > out 2>&1 \ - || fail=1 -virsh --connect "$url" pool-dumpxml P >> out 2>&1 || fail=1 -# remove random uuid -sed 's/<uuid>.*/-/' out > k && mv k out || fail=1 - -kill $pid +virsh --connect test:///default \ + pool-define-as --print-xml \ + P dir src-host /src/path /src/dev S /target-path \ + 1>out 2>&1 cat <<EOF > pool-list-exp -Pool P defined - <pool type='dir'> <name>P</name> - - - <capacity>0</capacity> - <allocation>0</allocation> - <available>0</available> <source> + <host name='src-host'/> + <dir path='/src/path'/> + <device path='/src/dev'/> + <name>S</name> </source> <target> <path>/target-path</path> - <permissions> - <mode>0700</mode> - <owner>500</owner> - <group>500</group> - </permissions> </target> </pool> EOF compare pool-list-exp out || fail=1 -compare /dev/null libvirtd-log || fail=1 exit $fail -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

3 4

[libvirt] [ANNOUNCE] New release virtinst 0.400.2
by Cole Robinson 04 Mar '09

04 Mar '09

I'm happy to announce a new virtinst release, version 0.400.2. The release can be downloaded from: http://virt-manager.org/download.html The direct download link is: http://virt-manager.org/download/sources/virtinst/virtinst-0.400.2.tar.gz This release includes: - New virt-clone option --original-xml, allows cloning a guest from an xml file, rather than require an existing, defined guest. - New virt-install option --import, allows creating a guest from an existing disk image, bypassing any OS install phase. - New virt-install option --host-device, for connecting a physical host device to the guest. - Allow specifying 'cache' value via virt-install's --disk options (Ben Kochie) - New virt-install option --nonetworks (John Levon) - Lots of backend cleanups and documentation improvements. Thanks to everyone who has contributed to this release through testing, bug reporting, submitting patches, and otherwise sending in feedback! Thanks, Cole

1 0

[libvirt] [PATCH] * qemud/libvirtd_qemu.aug: Add "security_driver".
by Jim Meyering 03 Mar '09

03 Mar '09

>From 0e79e00614e8c6cd2b7fe7bcad1d52b2de1a3a58 Mon Sep 17 00:00:00 2001 From: Jim Meyering <meyering(a)redhat.com> Date: Tue, 3 Mar 2009 17:42:53 +0100 Subject: [PATCH] * qemud/libvirtd_qemu.aug: Add "security_driver". --- qemud/libvirtd.conf | 4 ++-- qemud/libvirtd_qemu.aug | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/qemud/libvirtd.conf b/qemud/libvirtd.conf index 1fd5918..0e0b40c 100644 --- a/qemud/libvirtd.conf +++ b/qemud/libvirtd.conf @@ -289,7 +289,7 @@ # separated by spaces. # # e.g: -# log_filters="3:remote 4:event" +#log_filters = "3:remote 4:event" # to only get warning or errors from the remote layer and only errors from # the event layer. @@ -311,5 +311,5 @@ # # Multiple output can be defined , they just need to be separated by spaces. # e.g.: -# log_outputs="3:syslog:libvirtd" +#log_outputs = "3:syslog:libvirtd" # to log all warnings and errors to syslog under the libvirtd ident diff --git a/qemud/libvirtd_qemu.aug b/qemud/libvirtd_qemu.aug index b2e4318..e297a5f 100644 --- a/qemud/libvirtd_qemu.aug +++ b/qemud/libvirtd_qemu.aug @@ -27,6 +27,7 @@ module Libvirtd_qemu = | str_entry "vnc_tls_x509_cert_dir" | bool_entry "vnc_tls_x509_verify" | str_entry "vnc_password" + | str_entry "security_driver" (* Each enty in the config is one of the following three ... *) let entry = vnc_entry @@ -41,4 +42,3 @@ module Libvirtd_qemu = . Util.stdexcl let xfm = transform lns filter - -- 1.6.2.rc1.285.gc5f54

4 7

[libvirt] PATCH: Fix missing thread locking for new remote APIs
by Daniel P. Berrange 03 Mar '09

03 Mar '09

The remote driver additions for the sVirt APIs pre-date the time when we added thread support, and I didn't notice they were mising the lock calls. This patch adds the missing lock calls, so 'virsh dominfo' doesn't hang anymore due to an unlock without initial lock. It also fixes two return values to be -1 rather than -2 Daniel Index: src/libvirt.c =================================================================== RCS file: /data/cvs/libvirt/src/libvirt.c,v retrieving revision 1.198 diff -u -p -r1.198 libvirt.c --- src/libvirt.c 3 Mar 2009 09:14:28 -0000 1.198 +++ src/libvirt.c 3 Mar 2009 18:32:25 -0000 @@ -4206,7 +4206,7 @@ virDomainGetSecurityLabel(virDomainPtr d return conn->driver->domainGetSecurityLabel(domain, seclabel); virLibConnWarning(conn, VIR_ERR_NO_SUPPORT, __FUNCTION__); - return -2; + return -1; } /** @@ -4236,7 +4236,7 @@ virNodeGetSecurityModel(virConnectPtr co return conn->driver->nodeGetSecurityModel(conn, secmodel); virLibConnWarning(conn, VIR_ERR_NO_SUPPORT, __FUNCTION__); - return -2; + return -1; } /** Index: src/remote_internal.c =================================================================== RCS file: /data/cvs/libvirt/src/remote_internal.c,v retrieving revision 1.140 diff -u -p -r1.140 remote_internal.c --- src/remote_internal.c 3 Mar 2009 09:27:03 -0000 1.140 +++ src/remote_internal.c 3 Mar 2009 18:32:25 -0000 @@ -2302,26 +2302,33 @@ remoteDomainGetSecurityLabel (virDomainP remote_domain_get_security_label_args args; remote_domain_get_security_label_ret ret; struct private_data *priv = domain->conn->privateData; + int rv = -1; + + remoteDriverLock(priv); make_nonnull_domain (&args.dom, domain); memset (&ret, 0, sizeof ret); if (call (domain->conn, priv, 0, REMOTE_PROC_DOMAIN_GET_SECURITY_LABEL, (xdrproc_t) xdr_remote_domain_get_security_label_args, (char *)&args, (xdrproc_t) xdr_remote_domain_get_security_label_ret, (char *)&ret) == -1) { - return -1; + goto done; } if (ret.label.label_val != NULL) { if (strlen (ret.label.label_val) >= sizeof seclabel->label) { errorf (domain->conn, VIR_ERR_RPC, _("security label exceeds maximum: %zd"), sizeof seclabel->label - 1); - return -1; + goto done; } strcpy (seclabel->label, ret.label.label_val); seclabel->enforcing = ret.enforcing; } - return 0; + rv = 0; + +done: + remoteDriverUnlock(priv); + return rv; } static int @@ -2329,19 +2336,22 @@ remoteNodeGetSecurityModel (virConnectPt { remote_node_get_security_model_ret ret; struct private_data *priv = conn->privateData; + int rv = -1; + + remoteDriverLock(priv); memset (&ret, 0, sizeof ret); if (call (conn, priv, 0, REMOTE_PROC_NODE_GET_SECURITY_MODEL, (xdrproc_t) xdr_void, NULL, (xdrproc_t) xdr_remote_node_get_security_model_ret, (char *)&ret) == -1) { - return -1; + goto done; } if (ret.model.model_val != NULL) { if (strlen (ret.model.model_val) >= sizeof secmodel->model) { errorf (conn, VIR_ERR_RPC, _("security model exceeds maximum: %zd"), sizeof secmodel->model - 1); - return -1; + goto done; } strcpy (secmodel->model, ret.model.model_val); } @@ -2350,11 +2360,16 @@ remoteNodeGetSecurityModel (virConnectPt if (strlen (ret.doi.doi_val) >= sizeof secmodel->doi) { errorf (conn, VIR_ERR_RPC, _("security doi exceeds maximum: %zd"), sizeof secmodel->doi - 1); - return -1; + goto done; } strcpy (secmodel->doi, ret.doi.doi_val); } - return 0; + + rv = 0; + +done: + remoteDriverUnlock(priv); + return rv; } static char * -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

2 1

[libvirt] some questions about libvirt features and limitations
by Florian Vichot 03 Mar '09

03 Mar '09

Hello everyone, I'm working on a open source project (http://www.hynesim.org) in which we needed libvirt-like functionalities. As at the time, libvirt did not support OpenVZ, and it did not support VirtualBox, we went and implemented our own wrappers around Kvm/Qemu, VirtualBox and OpenVz (Honeyd too, but our wrapper is such an ugly hack that it doesn't really deserve mention). Now that time has passed, we'd would like to stop duplicating efforts, and use libvirt instead, and concentrate on more innovating functionalities for Hynesim. Also our wrappers are terrible hacks, and do a lot less error checking than libvirt :) But before I can replace our wrappers with libvirt, we're missing some functionalities (that I will propose a patch for if required), and there are a few questions concerning libvirt I've not managed to find an answer for, so I'd be very grateful if I could get some advice on them. Here goes: ------- Is it possible to add a device for any type of domain that would correspond to a TAP device on the host, and would be seen as a regular ethernet interface with a specific MAC address in the virtualized domain ? The "raw" commands to achieve that in OpenVZ and Qemu, for example, are: # kvm ... -net nic,macaddr=00:11:22:33:44:55 -net tap,ifname=tap0,script=no # vzctl set 100 --netif_add eth0,00:11:22:33:44:55,tap0 Is that doable in every driver supported by libvirt ? ------- Is the libvirtd daemon necessary for drivers other than Qemu ? I've been using the openvz driver alone for some tests (by connecting to "openvz:///system"), and yet I get warning messages: # sudo ./hellolibvirt openvz:///system Attempting to connect to hypervisor libvir: Remote error : unable to connect to '/var/run/libvirt/libvirt-sock': No such file or directory libvir: warning : Failed to find the network: Is the daemon running ? libvir: Remote error : unable to connect to '/var/run/libvirt/libvirt-sock': No such file or directory libvir: Remote error : unable to connect to '/var/run/libvirt/libvirt-sock': No such file or directory libvir: warning : Failed to find a node driver: Is the libvirtd daemon running ? Connected to hypervisor at "openvz:///system" Hypervisor: "OpenVZ" version: 3.0.22 There are 0 active and 1 inactive domains Inactive domains: 897 Disconnected from hypervisor The libvirtd daemon is indeed not running, as I don't see why it should be: I thought it was only useful for qemu guests. Am I right ? What is the role of the daemon exactly ? ------- Apparently the only way to start an OpenVZ domain is by specifying a template. Only problem is, when the VE is stopped, and undefined, all modifications are lost in the "private" file system of the VE (as it is deleted). The way we circumvented this in Hynesim is by specifying the --private option to "vzctl create" instead of the --ostemplate one. That way one can specify a dir that will be used directly as the filesystem for the VE. I was thinking maybe adding something along the lines of: <filesystem type='directory'> <source name='/path/to/ve/filesystem' /> <target dir='/'/> </filesystem> would do the trick. It looks simple enough to implement, so should I ? ------- Is there support in libvirt of "cloning" (duplicating a VM disk /filesystem) ? ------- Someone mentioned a VirtualBox driver. I'm highly interested in this. How is it going ? I'd be more than happy to beta test if required. Will it work with both PUEL and OSE versions ? When will it be ready for inclusion in libvirt ? How will you handle RDP access, as from what I saw only VNC is supported in libvirt currently ? ------- And last but not least, what are "node devices" ? The two pages about it are blank in the documentation. Are they the host machine, or a device of the host machine ? ------- I think that's all. Thank you for reading all this, Florian

1 0

[libvirt] PATCH: Fix build on Mingw32
by Daniel P. Berrange 03 Mar '09

03 Mar '09

pread() and pwrite() do not exist on mingw, and the nodedevxml2xmltest was adding libvirt_driver_qemu.la for some unknown reason - probably a cut & paste error. This broke the test compile when qemu was turned off as it is on mingw32. Daniel diff --git a/src/pci.c b/src/pci.c --- a/src/pci.c +++ b/src/pci.c @@ -156,7 +156,8 @@ pciRead(pciDevice *dev, unsigned pos, ui if (pciOpenConfig(dev) < 0) return -1; - if (pread(dev->fd, buf, buflen, pos) < 0) { + if (lseek(dev->fd, pos, SEEK_SET) != pos || + read(dev->fd, buf, buflen) < 0) { char ebuf[1024]; VIR_WARN(_("Failed to read from '%s' : %s"), dev->path, virStrerror(errno, ebuf, sizeof(ebuf))); @@ -195,7 +196,8 @@ pciWrite(pciDevice *dev, unsigned pos, u if (pciOpenConfig(dev) < 0) return -1; - if (pwrite(dev->fd, buf, buflen, pos) < 0) { + if (lseek(dev->fd, pos, SEEK_SET) != pos || + write(dev->fd, buf, buflen) < 0) { char ebuf[1024]; VIR_WARN(_("Failed to write to '%s' : %s"), dev->path, virStrerror(errno, ebuf, sizeof(ebuf))); diff --git a/tests/Makefile.am b/tests/Makefile.am --- a/tests/Makefile.am +++ b/tests/Makefile.am @@ -185,7 +185,7 @@ endif nodedevxml2xmltest_SOURCES = \ nodedevxml2xmltest.c \ testutils.c testutils.h -nodedevxml2xmltest_LDADD = ../src/libvirt_driver_qemu.la $(LDADDS) +nodedevxml2xmltest_LDADD = $(LDADDS) virshtest_SOURCES = \ virshtest.c \ -- |: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :| |: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

3 4