- Devel - libvirt List Archives

[libvirt] [PATCH 0 of 2] Add cgroup manipulation and LXC driver support
by Dan Smith 03 Oct '08

03 Oct '08

This is my updated set for cgroup manipulation. I think I have addressed all of the concerns and comments so far. There are no major caveats I'm aware of with this round.

3 15

[libvirt] [PATCH] Clean up some uses qemudDebug
by Cole Robinson 02 Oct '08

02 Oct '08

The patch cleans up some uses of qemudDebug, moving them over to use the DEBUG macros. There are still lots of uses of qemudDebug in qemud/*, but I don't know if they can/should be moved over to use DEBUG. Thanks, Cole

1 0

[libvirt] [PATCH] Fix > 1 char device for qemu VM
by Cole Robinson 02 Oct '08

02 Oct '08

Trying to start a qemu guest with more than 1 character device (serial or parallel, doesn't count for console) always times out. There was an error in the code that would strip the pty path qemu spits out, which confused the parsing after being called more than twice. The attached patch fixes this. I verified that guests with 0, 1, and 2 serial devices all boot fine. Thanks, Cole

3 4

[libvirt] ./configure issues
by David Brain 01 Oct '08

01 Oct '08

Hi, Trying to compile libvirt on Centos 5.2, get the following when running configure: .... checking for struct _xmlURI.query_raw... no checking gnutls/gnutls.h usability... yes checking gnutls/gnutls.h presence... yes checking for gnutls/gnutls.h... yes checking for gnutls_handshake in -lgnutls... no configure: error: You must install the GnuTLS library in order to compile and run libvirt It's definitely installed: Installed Packages gnutls.x86_64 1.4.1-3.el5_1 installed gnutls.i386 1.4.1-3.el5_1 installed gnutls-devel.i386 1.4.1-3.el5_1 installed gnutls-devel.x86_64 1.4.1-3.el5_1 installed gnutls-utils.x86_64 1.4.1-3.el5_1 installed xmlsec1-gnutls.x86_64 1.2.9-8.1 installed xmlsec1-gnutls.i386 1.2.9-8.1 installed xmlsec1-gnutls-devel.i386 1.2.9-8.1 installed xmlsec1-gnutls-devel.x86_64 1.2.9-8.1 installed Thanks, David.

2 2

[libvirt] Overriding vnetN with the <target> element in xml configuration not working
by Ahmed Medhat 01 Oct '08

01 Oct '08

Hello, I've been trying to dedicated a vnet interface to each virtual machine in order to be able to monitor their traffic, looking at http://libvirt.org/formatdomain.html#elementsNICSBridge it says that a virtual machine could have a specific vnetN specified in the xml element <target>, like <target dev='vnet7'/> . Unfortunately its not working and still it comes with vnet(current+1), here's my configuration for a qemu-kvm guest. <interface type='bridge'> <source bridge='virbr0'/> <target dev='vnet7'/> <mac address='00:16:3e:6c:1f:9d'/> </interface> I'm running on F9 x86_64, libvirt-0.4.4-2.fc9.x86_64 libvirt-python-0.4.4-2.fc9.x86_64 kvm-65-7.fc9.x86_64 qemu-0.9.1-6.fc9.x86_64 I haven't yet tested this with a RHEL box to know if it is version specific issue to open a bugzilla report, any input is appreciated. /* || Thanks, Ahmed Medhat || ultimatetux [at] gmail [dot] com || +2-012-4184768 || In a world without walls and fences, who needs Windows and Gates? */

2 4

[libvirt] [PATCH] fix network interface parsing
by Jim Fehlig 01 Oct '08

01 Oct '08

Hi All, While testing libvirt 0.4.5 and 0.4.6 I noticed only one network interface in domain xml for a xen guest regardless of number actually assigned. Turns out the last interface parsed is always placed on head of nets list instead of appending to tail. Patch attached. Cheers, Jim

2 1

Re: [libvirt] Release of libvirt-0.4.6
by Dale Bewley 30 Sep '08

30 Sep '08

----- "Daniel Veillard" <veillard(a)redhat.com> wrote: > On Fri, Sep 26, 2008 at 09:17:43AM -0700, Dale Bewley wrote: > > I see that 0.4.5 for F9 just made it through bodhi, but there is no > F8 build in bodhi. > > https://admin.fedoraproject.org/updates/F9/FEDORA-2008-7768 > > > > Please release a 0.4.6 F8 update for the benefit of us using F8 > dom0. I'm stuck on non-HVM hardware for the foreseeable future, so KVM > isn't an option for me. And F9 isn't an option for me since there is > no dom0 support. > > Well it wasn't clear that the new release would really fixes things > for the Xen users (which is as we all expect the community still > using Fedora 8), is there anything in particular you were looking for > in this specific release ? It was looking more risky than potentially > useful to update there. > > Daniel I'm on the last F8 update (0.4.4) and my problem[1] I would love to see fixed is the desynchronization that occurs between libvirtd and xend if I shutdown a guest. Until xend is restarted, libvirt utils can't find the domU. [1] https://www.redhat.com/archives/fedora-xen/2008-June/msg00059.html There were a lot of fixes listed[2] for 0.4.5. I don't know if they fix this problem, but some of them sound like they would come close in the code. [2] https://www.redhat.com/archives/libvir-list/2008-September/msg00186.html -- Dale Bewley - Unix Administrator - Shields Library - UC Davis GPG: 0xB098A0F3 0D5A 9AEB 43F4 F84C 7EFD 1753 064D 2583 B098 A0F3

2 1

Re: [libvirt] [PATCH] fix creating of openvz bridge device
by Evgeniy V. Sokolov 29 Sep '08

29 Sep '08

> > This behaviour contradicts with description found in docs (in which > <source> tag specify interface in host, not in container). I think, > the previous bridge must be specified as > <interface type='bridge'> > <mac address='00:16:3e:34:21:9e'/> > - <source bridge='eth10'/> > + <target dev='eth10'/> > </interface> > > You are right. It is bug. > > Well, here is the patch, that fixes that behaviour. Your patch is half of fix. It require to fix openvzReadNetworkConf() in openvz_conf.c. > > P.S. Are someone going to implement > <interface type='bridge'> > ... > <source bridge="..."> > ... > </interface> > part of openvz driver? :) I plan to implement it in a month. It will be fine if you are ready to develop the feature.

2 2

[libvirt] Release of libvirt-0.4.6
by Daniel Veillard 29 Sep '08

29 Sep '08

As promised after we discovered a couple of serious bugs in 0.4.5, a new release was in order, so I pushed 0.4.6 yesterday evening, it's available as usual at ftp://libvirt.org/libvirt/ There is no major change in this release, just the bug fixes a few improvements and some cleanup: * Documentation: - fix some comments in API (Anton Protopopov) - cleanup and extension of bindings and windows pages (Richard Jones) * Portability: - missing include file (Richard Jones) * Bug fixes: - avoid a segfault if missing qemu emulator (Cole Robinson) - reading vncdisplay from xend domain (Cole Robinson) - segfault in OpenVZ (Evgeniy Sokolov) - fix parsing of pool without a source (Chris Lalancette and Daniel Berrange) * Improvements: - add storage disk volume delete (Cole Robinson) - KVM dynamic max CPU detection (Guido Günther) - spec file improvement for minimal builds (Ben Guthro) - improved error message in XM configuration module (Richard Jones) - network config in OpenVZ support (Evgeniy Sokolov) - enable stopping a pool in logical storage backend and cleanup deletion of pool (Chris Lalancette) * Cleanups: - deadcode removal (Nguyen Anh Quynh) - fix one test case (Daniel Berrange) - various strings and space cleanups (Daniel Berrange) - structure initialization cleanup (Chris Lalancette) Thanks everybody for the patches and feedback ! 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/

4 6

[libvirt] [PATCH] fix creating of openvz bridge device
by Anton Protopopov 26 Sep '08

26 Sep '08

> > > This behaviour contradicts with description found in docs (in which >> <source> tag specify interface in host, not in container). I think, >> the previous bridge must be specified as >> <interface type='bridge'> >> <mac address='00:16:3e:34:21:9e'/> >> - <source bridge='eth10'/> >> + <target dev='eth10'/> >> </interface> >> > You are right. It is bug. Well, here is the patch, that fixes that behaviour. P.S. Are someone going to implement <interface type='bridge'> ... <source bridge="..."> ... </interface> part of openvz driver? :)

1 0