Re: [libvirt] OpenVZ and Libvirt

On 01/14/2011 10:39 AM, Nathan Stratton wrote: I have been working to get libvirt to work with openvz and kvm. I have had no issues with KVM but libvirt is hit or miss. Sometimes I get it to work, but most of the time I get back "out of memory". I have tried all recent versions of libvirt and

[libvirt] OpenVZ and Libvirt

I have been working to get libvirt to work with openvz and kvm. I have had no issues with KVM but libvirt is hit or miss. Sometimes I get it to work, but most of the time I get back "out of memory". I have tried all recent versions of libvirt and vzctl from openvz. Any pointers? 17:52:31.974

[libvirt] OpenVZ ethernet interface type

Hello, I'd like to be able to add interfaces to OpenVZ guests like the following vzctl command does : vzctl set 100 --netif_add eth0,00:11:22:33:44:55,tap0 Here, eth0 is the guest interface name, and tap0 the host interface name. This is currently not supported by libvirt so I'd like to implement

Re: [libvirt] OpenVZ : The restriction of domain name should be addressed

On Fri, Jul 24, 2009 at 11:44 PM, Anton Protopopov wrote: > 2009/7/24 Daniel P. Berrange >> We should make use of this --name parameter then - I guess it didn't >> exist when we first wrote the driver. It is useful to users to have >> separate ID vs Name parameters - and in fact the current reusi

Re: [libvirt] OpenVZ : The restriction of domain name should be addressed

2009/7/24 Daniel P. Berrange > On Fri, Jul 24, 2009 at 06:23:21PM +0400, Anton Protopopov wrote: > > > > > > > Is there anyone tackling this problem now?( or going to? ) > > > > Otherwise, any hint would help me. > > > > > > I don't think anybody has tried to handle this. The problem I think >

Re: [libvirt] OpenVZ : The restriction of domain name should be addressed

On Fri, Jul 24, 2009 at 06:23:21PM +0400, Anton Protopopov wrote: > > > > > Is there anyone tackling this problem now?( or going to? ) > > > Otherwise, any hint would help me. > > > > I don't think anybody has tried to handle this. The problem I think > > is that the mapping would have to be stor

Re: [libvirt] OpenVZ : The restriction of domain name should be addressed

> > > Is there anyone tackling this problem now?( or going to? ) > > Otherwise, any hint would help me. > > I don't think anybody has tried to handle this. The problem I think > is that the mapping would have to be stored and if the hypervisor > doesn't support this maintaining this data in a coh

Re: [libvirt] OpenVZ : The restriction of domain name should be addressed

On Fri, Jul 24, 2009 at 05:47:10PM +0900, Yuji NISHIDA wrote: > Hi, > > "The current libvirt OpenVZ driver has a restriction that the domain > names must match the OpenVZ container VEID" > > I really want to have domain name as character, not integer. > It could

[libvirt] OpenVZ : The restriction of domain name should be addressed

Hi, "The current libvirt OpenVZ driver has a restriction that the domain names must match the OpenVZ container VEID" I really want to have domain name as character, not integer. It could help me very much if any patch against this problem would be released. Is there anyone tac

Re: [libvirt] OpenVZ : cannot assign bridge to any interface

On Wed, Jul 22, 2009 at 02:55:59PM +0900, Yuji NISHIDA wrote: > Hi, > > I'm bit confuing between 2 problems with libvirt-0.6.5 for OpenVZ. > The followings are python script and xml that I tested with. > ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ > [r...@node13 test]# cat test.py > import libvirt > > conn = libvirt.

Re: [libvirt] OpenVZ : cannot assign bridge to any interface

On Wed, Jul 22, 2009 at 02:55:59PM +0900, Yuji NISHIDA wrote: > Hi, > > I'm bit confuing between 2 problems with libvirt-0.6.5 for OpenVZ. > > [1] bridge was created but no interface assigned to it > [2] virsh dumpxml returns xml in which type is "qemu" sounds a serious bug > [2] ---

[libvirt] OpenVZ : cannot assign bridge to any interface

Hi, I'm bit confuing between 2 problems with libvirt-0.6.5 for OpenVZ. [1] bridge was created but no interface assigned to it [2] virsh dumpxml returns xml in which type is "qemu" [1] - I tried libvirt-0.6.5 on Fedora8 to create OpenVZ container

Re: [libvirt] OpenVZ: Still the same macs for host and domain veth devices.

On Mon, Dec 08, 2008 at 12:11:08PM -0800, Ivan Vovk wrote: > Hi, guys. > > During domain creation from xml like this: [...] > i get veth3005.0 on a HW node connected to virtual bridge vzbr0 and eth0 > inside a container. So that annoying bug with confused and > tags seems to be fixed. Thanks f

Re: [libvirt] [OpenVZ]

On Thu, Dec 18, 2008 at 04:49:13PM +0300, Evgeniy Sokolov wrote: > Hi, > > attached patch fix problem. > >> Guys, >> >> is it really an issue to fix also mac generation for OpenVZ? Vzctl >> generates different macs for host's and domain's eth devices. Libvirt >> creates them with equal ma

RE: [libvirt] [OpenVZ]

Thanks Evgeniy! Was this patch committed? -Original Message- From: Evgeniy Sokolov [mailto:e...@openvz.org] Sent: Thursday, December 18, 2008 4:49 PM To: Ivan Vovk Cc: veill...@redhat.com; Daniel P. Berrange; asp...@gmail.com; libvir-list@redhat.com Subject: Re: [libvirt

Re: [libvirt] [OpenVZ]

Hi, attached patch fix problem. Guys, is it really an issue to fix also mac generation for OpenVZ? Vzctl generates different macs for host's and domain's eth devices. Libvirt creates them with equal macs. In this case there is a bridge support for OpenVZ in libvirt but it d

RE: [libvirt] [OpenVZ]

Guys, is it really an issue to fix also mac generation for OpenVZ? Vzctl generates different macs for host's and domain's eth devices. Libvirt creates them with equal macs. In this case there is a bridge support for OpenVZ in libvirt but it doesn't work ... :-( And it has to im

Re: [libvirt] [OpenVZ]

On Tue, Dec 16, 2008 at 03:02:29PM +0300, Anton Protopopov wrote: > > > > > If it is, then here is a result of command > > > [r...@snow tmp]# LIBVIRT_DEBUG=yes virsh create ju >ham 2>&1 > > > Segmentation fault > > > Now I have a patch (see next message), that fixes that problem. > > Nevertheless,

Re: [libvirt] [OpenVZ]

> > > If it is, then here is a result of command > > [r...@snow tmp]# LIBVIRT_DEBUG=yes virsh create ju >ham 2>&1 > > Segmentation fault > Now I have a patch (see next message), that fixes that problem. Nevertheless, the other problem is still here and its name is 'pthread usage': [r...@snow tmp]

Re: [libvirt] [OpenVZ]

On Mon, Dec 15, 2008 at 12:53:28PM +0300, Anton Protopopov wrote: > 2008/12/15 Daniel Veillard > > > On Sun, Dec 14, 2008 at 02:34:37AM -0800, Ivan Vovk wrote: > > > > This is bad ! Can you re-run with 'valgrind virsh' and post the > > errors > > > > it shows > > > > > > virsh # create ovz.xml

Re: [libvirt] [OpenVZ]

2008/12/15 Daniel Veillard > On Sun, Dec 14, 2008 at 02:34:37AM -0800, Ivan Vovk wrote: > > > This is bad ! Can you re-run with 'valgrind virsh' and post the > errors > > > it shows > > > > virsh # create ovz.xml > > ==8393== > > ==8393== Invalid read of size 4 > > ==8393==at 0x40A3CF2: (wi

Re: [libvirt] [OpenVZ]

On Sun, Dec 14, 2008 at 02:34:37AM -0800, Ivan Vovk wrote: > > This is bad ! Can you re-run with 'valgrind virsh' and post the errors > > it shows > > virsh # create ovz.xml > ==8393== > ==8393== Invalid read of size 4 > ==8393==at 0x40A3CF2: (within /usr/lib/libvirt.so.0.5.1) > ==8393==

RE: [libvirt] [OpenVZ]

> This is bad ! Can you re-run with 'valgrind virsh' and post the errors > it shows virsh # create ovz.xml ==8393== ==8393== Invalid read of size 4 ==8393==at 0x40A3CF2: (within /usr/lib/libvirt.so.0.5.1) ==8393==by 0x40A5A93: (within /usr/lib/libvirt.so.0.5.1) ==8393==by 0x404D8D1:

Re: [libvirt] [OpenVZ]

On Sat, Dec 13, 2008 at 07:52:55AM -0800, Ivan Vovk wrote: > Hello, > > > > after updating to the last official release 0.5.1 my application stopped > working. No errors to the log file though i raised exceptions where it was > possible. > > i checked with virsh xml description used for creati

[libvirt] [OpenVZ]

Hello, after updating to the last official release 0.5.1 my application stopped working. No errors to the log file though i raised exceptions where it was possible. i checked with virsh xml description used for creating OpenVZ container and got the following: virsh # create ovz.xml Segmen

[libvirt] OpenVZ: Still the same macs for host and domain veth devices.

Hi, guys. During domain creation from xml like this: 3005 131072 131072 1 exe

Re: >>: [libvirt] OpenVZ capabilites in LibVIRT

Hi, Anton. > You can specify an IP address and a netmask like this: >> http://libvirt.org/formatnetwork.html#elementsAddress >> Such bridge will be automatically set up. >> > - thanks for the hint. I assigned 0.0.0.0 as I don't need IP on bridges at the moment. > 2) there is a default network

Re: >>: [libvirt] OpenVZ capabilites in LibVIRT

2008/11/15 Ivan Vovk <[EMAIL PROTECTED]> > Hi Anton, > > do i understand correctly that patch for OpenVZ bridge support was > committed? If so can it be obtained from CVS repository with a new snapshot? > Yes, it is commited in libvirt-0.4.6-alt2 that appear in Sisyphus on monday, or so. If you ar

Re: >>: [libvirt] OpenVZ capabilites in LibVIRT

On Tue, Nov 11, 2008 at 04:15:35PM +0300, Anton Protopopov wrote: > > > > virsh # undefine 3005 > > libvir: OpenVZ error : Domain not found > > Domain 3005 has been undefined > > > > It really removes domain from file system, but why does it throw that error > > message? > > > I think, that it is a

Re: >>: [libvirt] OpenVZ capabilites in LibVIRT

Hi - yeah, i've already read that thread and known it was a bug. Just needed a > confirmation that it was going to be fixed in next release. So may be my > question will be a bit indelicate, but is there a hope to see this release > by the end of november? > Yes, I think > > virsh # undefine 300

HA: [libvirt] OpenVZ capabilites in LibVIRT

Hi, Anton. Sorry for double posting. You can specify an IP address and a netmask like this: http://libvirt.org/formatnetwork.html#elementsAddress Such bridge will be automatically set up. - thanks for the hint. I assigned 0.0.0.0 as I don't need IP on bridges at the moment. 2

Re: [libvirt] OpenVZ capabilites in LibVIRT

2008/11/10 Anton Protopopov <[EMAIL PROTECTED]> > Hi! > >> >> I faced with several difficulties / misunderstandings and I hope someone >> could clarify me (at the moment I use 'virsh' for testing). >> >> 1) after creating network via 'virsh # net-create network.xml' i get vzbr0 >> bridge in down s

[libvirt] OpenVZ capabilites in LibVIRT

Hi! > > I faced with several difficulties / misunderstandings and I hope someone > could clarify me (at the moment I use 'virsh' for testing). > > 1) after creating network via 'virsh # net-create network.xml' i get vzbr0 > bridge in down state and have to make ip up manually. Is there any way to

[libvirt] OpenVZ capabilites in LibVIRT

Hello! I'm trying to link OpenVZ with LibVirt in my test environment. There are: [EMAIL PROTECTED] /]# uname -r 2.6.18-ovz-smp-alt23.M40.3 [EMAIL PROTECTED] /]# vzctl --version vzctl version 3.0.23 [EMAIL PROTECTED] /]# rpm -qa | grep libvirt libvirt-0.4.6-alt1 libvirt-python-0.4.6-alt1 libvirt

Re: [libvirt] Openvz bridge support

On Thu, Nov 06, 2008 at 03:02:42PM +0100, Daniel Veillard wrote: > On Thu, Nov 06, 2008 at 04:36:54PM +0300, Anton Protopopov wrote: > > Hi, > > > > 2008/10/14 Daniel P. Berrange <[EMAIL PROTECTED]> > > > > > This patch series is derived from Anton Protopopov /Evgeniy Sokolov > > > bridge device

Re: [libvirt] Openvz bridge support

On Thu, Nov 06, 2008 at 04:36:54PM +0300, Anton Protopopov wrote: > Hi, > > 2008/10/14 Daniel P. Berrange <[EMAIL PROTECTED]> > > > This patch series is derived from Anton Protopopov /Evgeniy Sokolov > > bridge device patches. It first does some generic refactoring of MAC > > address handler in a

[libvirt] Openvz bridge support

Hi, 2008/10/14 Daniel P. Berrange <[EMAIL PROTECTED]> > This patch series is derived from Anton Protopopov /Evgeniy Sokolov > bridge device patches. It first does some generic refactoring of MAC > address handler in all drivers, then adds code to extract openvz version > number, then does network

Re: [libvirt] openvz support in libvirt

Hi, Evgeniy First, this should be instead. mac address is optional field. mac is useless f

Re: [libvirt] openvz support in libvirt

Hi, Evgeniy > > > > > > > > First, this should be instead. Second. If I understood it right, the following description

Re: [libvirt] openvz support in libvirt

2008/9/19 Evgeniy Sokolov <[EMAIL PROTECTED] > Hello. To start with, I have the following questions: Does libvirt support the xml format for openvz driver described in the next thread? http://www.redhat.com/archives/libvir-lis

Re: [libvirt] openvz support in libvirt

2008/9/19 Evgeniy Sokolov <[EMAIL PROTECTED]> > > Hello. >> >> To start with, I have the following questions: >> >> Does libvirt support the xml format for openvz driver described in the >> next thread? >> http://www.redhat.com/archives/libvir-list/2008-July/msg00312.html >> (I think, that it doe

Re: [libvirt] openvz support in libvirt

Hello. To start with, I have the following questions: Does libvirt support the xml format for openvz driver described in the next thread? http://www.redhat.com/archives/libvir-list/2008-July/msg00312.html (I think, that it does not. But will it support it in future? :)) What libvirt functio

Re: [libvirt] openvz support in libvirt

Hi, About libvirt functionality for openVZ. see the struct openvzDriver in libvirt/src/openvz_driver.c (around line 957) http://git.et.redhat.com/?p=libvirt.git;a=blob;f=src/openvz_driver.c Thanks Atsushi SAKAI "Anton Protopopov" <[EMAIL PROTECTED]> wrote: > Hello. > > To start with, I have th

[libvirt] openvz support in libvirt

Hello. To start with, I have the following questions: Does libvirt support the xml format for openvz driver described in the next thread? http://www.redhat.com/archives/libvir-list/2008-July/msg00312.html (I think, that it does not. But will it support it in future? :)) What libvirt functionalit