[libvirt] [PATCH] storage: fix disregarding specified owner/group permissions
by Ryota Ozaki
Hi,
storage_conf.c always sets owner/group permissions as 0, even if non-0 values
are specified in XML. Because XPaths in DefParsePerms functions are wrong and
XPath functions using the XPaths fail, as a result the values obtained
by getpid()/getgid()
are used instead.
This patch fixes this and also unifies duplicated functions,
virStoragePoolDefParsePerms
and virStorageVolDefParsePerms, as a common function virStorageDefParsePerms
to fix the bug prettily.
One concern I have is the default …
[View More]value of mode permission in
virStorageDefParsePerms
is now 0700 but that in virStorageVolDefParsePerms was 0600. Is this
considerable
change?
Thanks,
ozaki-r
[View Less]
16 years
[libvirt] PATCH: Fix hang setting QEMU vcpu count
by Daniel P. Berrange
In the QEMu driver, the qemudDomainSetVcpus() entry point is calling into
another entry point qemudDomainGetMaxVcpus(), this causes a deadlock due
to recursive mutex locking. The qemudDomainSetVcpus() method should in fact
be calling the internal method qemudGetMaxVCPUs(). This patch makes it do
that, thus avoiding the recursive mutex locking.
Daniel
diff -r 6d2500176f31 src/qemu_driver.c
--- a/src/qemu_driver.c Tue Mar 10 11:05:49 2009 +0000
+++ b/src/qemu_driver.c Tue Mar 10 12:09:41 2009 +…
[View More]0000
@@ -2725,6 +2725,7 @@ static int qemudDomainSetVcpus(virDomain
virDomainObjPtr vm;
int max;
int ret = -1;
+ const char *type;
qemuDriverLock(driver);
vm = virDomainFindByUUID(&driver->domains, dom->uuid);
@@ -2745,7 +2746,14 @@ static int qemudDomainSetVcpus(virDomain
goto cleanup;
}
- if ((max = qemudDomainGetMaxVcpus(dom)) < 0) {
+ if (!(type = virDomainVirtTypeToString(vm->def->virtType))) {
+ qemudReportError(dom->conn, dom, NULL, VIR_ERR_INTERNAL_ERROR,
+ _("unknown virt type in domain definition '%d'"),
+ vm->def->virtType);
+ goto cleanup;
+ }
+
+ if ((max = qemudGetMaxVCPUs(dom->conn, type)) < 0) {
qemudReportError(dom->conn, dom, NULL, VIR_ERR_INTERNAL_ERROR, "%s",
_("could not determine max vcpus for the domain"));
goto cleanup;
--
|: 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 :|
[View Less]
16 years
[libvirt] some questions about libvirt features and limitations
by Florian Vichot
-----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,
…
[View More]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-----
[View Less]
16 years
[libvirt] Error in virt-install
by Nuno Fernandes
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 …
[View More]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
[View Less]
16 years
[libvirt] [Patch] Fix detach tap device on Xen3.3.1
by Takahashi Tomohiro
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://…
[View More]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);
[View Less]
16 years
[libvirt] Re: [et-mgmt-tools] latest virt-manager and virtinst on centos-5
by Cole Robinson
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/…
[View More]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
[View Less]
16 years
[libvirt] libvirt 0.6.1 not playing well with RHEL5.2 lokkit
by Charles Duffy
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 …
[View More]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
[View Less]
16 years
