- Devel - libvirt List Archives

[Libvir] [PATCH] Fixed integer wraparound in python binding
by Daniel P. Berrange 15 Nov '06

15 Nov '06

The attached patch fixes a problem with integrate wraparound in the python bindings. THe problem is thus: - the memory & max-memory fields in the virDomainInfo struct are of type 'unsigned long'. - The python bindings, however, then stick this into a python 'Int' which is signed. Now, on 64-bit this is not an issue. For DomU guests on 32-bit it is not an issue either, but for Dom0 XenD sets the max-memory field to be 2^32-1 whcih causes wraparound when converting to python int. This patch simply switches the python binding over to using a python Long which is 64 bits on all platforms. Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|

2 1

[Libvir] Support non-bridged network configs
by Daniel P. Berrange 15 Nov '06

15 Nov '06

The current code for parsing/serializing VIFs only really deals with the default bridged networking config for Xen. So if one uses network-route or network-nat it completely breaks. There is also no support for dealing with IP address in the XML / SEXPR. The attached patch fixes both of these issues, so we should be able to deal with any of the standard Xen networking configs. Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|

2 2

[Libvir] Patch to attach/detach virtual devices on a running domain
by michel.ponceau＠bull.net 14 Nov '06

14 Nov '06

About your comments on virDomainXMLDevID() added in xml.c : 4/ For disks, it gets the target dev attribute, attached to a source either physical (if <disk type='block'>, <source dev=...>) or file (if <disk type='file'>, <source file=...>). Do you mean that it does not work in second case? 5/ In current xml.c (Libvirt-0.1.8), xs_directory() is directly accessed from virDomainGetXMLDevices() and virDomainGetXMLInterfaces(), xs_read() is directly accessed from virDomainGetXMLDeviceInfo(). Is this to be also changed, and "#include <xs.h>" removed from xml.c? Daniel Veillard <veillard(a)redhat.com> 14/11/2006 16:05 Veuillez répondre à veillard Pour : michel.ponceau(a)bull.net cc : libvir-list(a)redhat.com Objet : Re: [Libvir] Patch to attach/detach virtual devices on a running domain On Tue, Nov 14, 2006 at 03:34:05PM +0100, michel.ponceau(a)bull.net wrote: > This patch adds to Libvirt-0.1.8 the two functions described in my > preceding mail. It has been tested in our Bull environment. There have been no negative comments to the interfaces proposed, so I guess we can assume that is okay, I'm still a bit vary of using XML for the Detach operation, but this avoid having to add the concept of device object at the API level right now, and keep things a bit simpler. Okay, here is a few remarks on the content of the patch: 1/ DOS end of lines in the patch, in general it's safer to do the diffs and code changes on a Unix box to avoid troubles :-) 2/ The public functions call directly the xenDaemon... implementation routines, that's not proper, everything need to go though the driver indirection, i.e. the driver structures need to be extended and the new functions need to be registered that way 3/ // type of code comments are banned in my code, sorry :-) 4/ virDomainXMLDevID() seems a bit weak, for example it seems to work only on disk registered though a physical device, though I think there is a need for (un)registering file based domU devices. For vif I wonder if the test on the mac address is really the only way to select the proper device, that's probably sufficient. 5/ virDomainXMLDevID does direct acces to xs_directory() and xs_read(), that's not proper it should not call xenStore directly that need to be cleaned up, define one high level function exported from xs_internal.[ch] and call that but no direct access should be done that leads to unmaintainable code. and a couple of tiny things left and right, which I can take care of. Basically 1/ 2/ 3/ are not blockers, I can fix those, for 4/ the limitations need at least to be documented, better fixed. 5/ really need to be fixed. I'm not against starting to work now to integrate that patch but I need 5 (and preferably 4/) to be fixed, if you agree I will work on the other points in parallel,

2 1

[Libvir] Conflict between libvirt 0.1.8 and Xen 3.0.3
by Philippe Berthault 14 Nov '06

14 Nov '06

There is a conflit between libvirt 0.1.8 and the latest release 3.0.3 of Xen. With Xen 3.0.3 release, the virsh vcpuinfo command (or virDomainGetVcpus API) always returns the 0 as physical CPU used by any vCPU. Example: #: xm vcpu-list VM1 Name ID VCPUs CPU State Time(s) CPU Affinity VM1 4 0 0 -b- 50.3 0 VM1 4 1 0 -b- 17.3 any cpu VM1 4 2 1 -b- 34.2 1 VM1 4 3 1 -b- 21.8 any cpu #: virsh vcpuinfo VM1 VCPU: 0 CPU: 0 ... VCPU: 1 CPU: 0 ... VCPU: 2 CPU: 0 ... VCPU: 3 CPU: 0 The same libvirt release 0.1.8 used with an older release of Xen gives a correct result. I currently investigate the problem but perhaps anyone has an idea of the origin of this problem.

2 1

[Libvir] announce: gnome-applet-vm 0.1.2
by Karel Zak 13 Nov '06

13 Nov '06

I have just pushed out a new 0.1.2 version of the VM Applet. The changes/features are: - removed dependence on dbus libs - improved collaboration with virt-manager (you have use the latest version of virt-manager) - fixed few minor bugs Web page: http://people.redhat.com/kzak/gnome-applet-vm/ TODO for next release(s): - finalize support for more hypervisors (the applet should be able to monitor cluster of VM machines on more hosts in same time) - alarm on important changes (domain create, destrory, ...) - keep track of important changes I welcome your feedback! Send me your comments, ideas for enhancements or bug reports. Karel -- Karel Zak <kzak(a)redhat.com>

1 0

[Libvir] Libvirt dependencies
by Karthik V 13 Nov '06

13 Nov '06

I'm trying to write a Java wrapper around some libvirt functions using Java Native Interface (JNI). To try this out, I tried writing JNI code that invokes the getDomainInfo() function in the example program info1.c (given with the distribution). While trying to execute the Java wrapper that invokes this C function, I encounter this error: Inconsistency detected by ld.so: dl-deps.c: 559: _dl_map_object_deps: Assertion`map->l_searchlist.r_list[0] == map' failed! I suspect this is due to some missing library that libvirt depends on. As part of the JNI code compilation, I'm supposed to create a shared library that includes all the dependent libraries. Currently, I'm using this command line to do that: ld -shared -f /usr/local/lib/libvirt.so -lxenstore -lpthread -lz LibvirtWrapper.o -o libjava-libvirt.so Here, I assume that libvirt.so and libxenstore are the only dependencies. Can someone tell me if I'm missing some other library in the above command line?

3 2

Re: [Libvir] First virConnectOpen() failed
by Glen Deem 10 Nov '06

10 Nov '06

Thanks, Daniel, I can see virsh nodeinfo (custom) passes now, but I still get the same error: when running under my user account: PASS: virshtest confdata/fc4.conf OK PASS: test_conf.sh First virConnectOpen() failed FAIL: reconnect when running as root: PASS: virshtest confdata/fc4.conf OK PASS: test_conf.sh First lookup for domain 0 failed FAIL: reconnect I suspect there is something wrong with my Xen installation. What to you think? Thanks, Glen Daniel Veillard wrote: > On Thu, Nov 09, 2006 at 03:41:55PM -0500, Glen Deem wrote: >> Hi all, >> >> I've compiled libvirt from the head, running tests failed with: >> >> first virConnectOpen() failed >> >> I've traced it to a failure of xs_daemon_open_readonly() that returns 0. > > it was a test problem when running as non-root, fixed in CVS yesterday :-) > > Daniel >

2 1

[Libvir] Failed to find domain 0 error
by Raja 10 Nov '06

10 Nov '06

Dear friends, i installed libvirt 0.1.8 on my xen 3.0.3 witout any trouble. I also installed the python bindings. I am able to run the python script (basic.py) to get information about domain0 but running info1 in examples in docs does not work. When i run it , i get " Failure to find domain0 "as output. I am running info1 in domain0. Why is this?. is this a bug?. Please help me. Thanks, Raja ____________________________________________________________________________________ Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail beta. http://new.mail.yahoo.com

2 1

[Libvir] virt-manager 0.2.6 release
by Daniel P. Berrange 10 Nov '06

10 Nov '06

I'm pleased to announce the 0.2.6 release of 'Virtual Machine Manager' aka 'virt-manager' is available for download: http://virt-manager.et.redhat.com/download.html The release focus has been on major bug fixing. This is also the first release in which (partial) translations are available for the UI in approximately 20 languages - thanks to the Fedora i18n team for excellant progress on this. It is now possible to control the virt-manager UI with command line arguments as well as the DBus API & DBus activation is no longer used by default which fixes interaction with GNOME keyring & AT-SPI accesibility. Numerous UI issues were fixed / clarified, particularly in the graphical console and new VM creation wizard. There are updated screenshots of the UI on the project website: http://virt-manager.et.redhat.com/screenshots.html As ever, report bugs against the 'virt-manager' component in the Red Hat Bugzilla server. Work is also underway to address the frequently requested feature of management for inactive domains. Since this is not supported by XenD on any current release we're aiming to add support for loading config files straight out of /etc/xen into libvirt & virt-manager. Regards, Dan. -- |=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=| |=- Perl modules: http://search.cpan.org/~danberr/ -=| |=- Projects: http://freshmeat.net/~danielpb/ -=| |=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|

1 0

[Libvir] First virConnectOpen() failed
by Glen Deem 09 Nov '06

09 Nov '06

Hi all, I've compiled libvirt from the head, running tests failed with: first virConnectOpen() failed I've traced it to a failure of xs_daemon_open_readonly() that returns 0. What would be a problem, please? xend is running, I see dom0 and can create domUs etc... I use Debian unstable Xen packages. Thanks in advance, Glenn P.S. I'm not a Xen expert, kind of intermediate/advanced user.

2 1