Re: [libvirt] [PATCH RFC] Remove the Open Nebula driver

2011-03-23 Thread Ruben S. Montero
Hi, Thanks for the headup. We totally agree with the reasoning in the thread. In fact, the last version of OpenNebula is not compatible with the libvirt driver. We planned to propose the removal of the OpenNebula driver, and focus our efforts in the DeltaCloud adapter. So please go ahead and

Re: [libvirt] PATCH : Opennebula documentation

2009-07-01 Thread Ruben S. Montero
Hi Thanks for the comments!!!. Regarding EC2: (Short Background). In OpenNebula, a domain can be defined with a local set of images (DISKS) and with their EC2 counterparts (AMIs). So depending on your requirements and the status of your cluster the OpenNebula scheduler may decide to deploy the

Re: [libvirt] [PATCH] OpenNebula driver changes

2009-06-25 Thread Ruben S. Montero
OK, we'll do so... On Thu, Jun 25, 2009 at 10:58 AM, Daniel P. Berrange berra...@redhat.com wrote: On Wed, Jun 24, 2009 at 10:55:31PM +0200, Ruben S. Montero wrote: Hi Daniel These are great news indeed!. We are already doing the testing of the driver. THANK YOU VERY MUCH for your help

Re: [libvirt] [PATCH] OpenNebula driver changes

2009-06-24 Thread Ruben S. Montero
Hi Daniel These are great news indeed!. We are already doing the testing of the driver. THANK YOU VERY MUCH for your help Ruben On Wed, Jun 24, 2009 at 7:40 PM, Daniel Veillard veill...@redhat.com wrote: On Thu, Jun 04, 2009 at 12:14:44PM +0100, Daniel P. Berrange wrote: On Wed, Jun 03,

Re: [libvirt] [PATCH 1/2] (Updated fixed) OpenNebula driver, libvirt-0.6.2

2009-05-27 Thread Ruben S. Montero
Hi Daniel, Right now most of us are out of the office, so we will be able to send the patches by next week. Sorry for this delay :( Ruben On Wed, May 27, 2009 at 10:45 AM, Daniel Veillard veill...@redhat.com wrote: On Tue, May 26, 2009 at 04:26:36PM +0200, Ruben S. Montero wrote: Hi

Re: [libvirt] [PATCH 1/2] (Updated fixed) OpenNebula driver, libvirt-0.6.2

2009-05-26 Thread Ruben S. Montero
. Berrange berra...@redhat.com wrote: On Tue, May 26, 2009 at 11:23:27AM +0100, Daniel P. Berrange wrote: On Mon, May 25, 2009 at 06:01:06PM +0200, Ruben S. Montero wrote: So, if finally there is some kind of incompatibility with OpenNebula using Apache2, we have a couple of options: 1- use

Re: [libvirt] [PATCH 1/2] (Updated fixed) OpenNebula driver, libvirt-0.6.2

2009-05-25 Thread Ruben S. Montero
Hi Daniel, First, thank you very much for improving the OpenNebula driver with your comments. I am totally agree with you suggestion about the configure.in, it should be a quick fix. Regarding the licenses, I do not really see the problem. I mean, you can link with GPL and Apache as libvirt is

Re: [libvirt] New Libvirt Implementation - OpenNebula

2008-11-04 Thread Ruben S. Montero
On Tuesday 04 November 2008 09:12:00 Daniel Veillard wrote: Ok. It sounds fine. We will update our implementation to CVS head (right now the patch is targeted for 0.4.4), update licenses to LGPL, and we will check if 'make check syntax-check' works. Also We'll try to split the patch in

Re: [libvirt] New Libvirt Implementation - OpenNebula

2008-11-04 Thread Ruben S. Montero
Ruben On Tuesday 04 November 2008 00:29:09 Daniel P. Berrange wrote: On Mon, Nov 03, 2008 at 08:32:54PM +0100, Ruben S. Montero wrote: On Monday 03 November 2008 17:59:33 Daniel Veillard wrote: This is a bit against the Node principle of libvirt, and could result in some fun

[libvirt] New Libvirt Implementation - OpenNebula

2008-11-03 Thread Ruben S. Montero
Dear all, You may find of interest a new implementation of the libvirt virtualization API. This new implementation adds support to OpenNebula, a distributed VM manager system. The implementation of libvirt on top of a distributed VM manager, like OpenNebula, provides an abstraction of a

Re: [libvirt] New Libvirt Implementation - OpenNebula

2008-11-03 Thread Ruben S. Montero
On Monday 03 November 2008 17:59:33 Daniel Veillard wrote: This is a bit against the Node principle of libvirt, and could result in some fun in the hardware discovery mode, but in general the approach might work. Still we are looking at bits on the node to provide capabilities of the