This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] About XCP OpenNebula integration

To: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
Subject: Re: [Xen-devel] About XCP OpenNebula integration
From: Tino Vazquez <tinova@xxxxxxxxxxxxxx>
Date: Fri, 4 Feb 2011 12:44:33 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Todd Deshane <todd@xxxxxxxxxxxxxx>, "xen-api@xxxxxxxxxxxxxxxxxxx" <xen-api@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 04 Feb 2011 03:45:34 -0800
Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=opennebula.org; h= mime-version:in-reply-to:references:from:date:message-id:subject :to:cc:content-type:content-transfer-encoding; s=opennebula.org; bh=5tydFZQ6A7iUCSKXGljf/EtihTk=; b=sqOeE2rfrxBPXpJm83L3zUeDvIy4 U5oZfznsEHggPlAmtStCKKSigBsmK608gtUBduKvAYWL7y98d66M2MpqebBhSbbX FmZqh5iavhPrtLBf3iklfbCg+RulIHWRHWypscrYS3YAPDw02ORbtJcp1EVrpTCR 2TL3CqezneiBT/Y=
Domainkey-signature: a=rsa-sha1; c=nofws; d=opennebula.org; h=mime-version :in-reply-to:references:from:date:message-id:subject:to:cc :content-type:content-transfer-encoding; q=dns; s=opennebula.org ; b=Anan7J06nb1bOhI1wJv9T/D899GAUAk8fFEuyiJtLTudYmkiBWvFnp+GvpWO Ekk2hNLsiI6c0VMvGcv8ubstNYXSUiGq2qQZpAxbqnT2Y92OM10vUcnPsBWIJUE4 OPd8wknS7FkPemuCgcLMW/SCpPD3RHF6UUFlny3gl7i1NdU=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <1296640556.13091.340.camel@xxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <AANLkTikEaQ0ybnUkr2Kvcz-hx0Q5J5WJC59v23XXHdwt@xxxxxxxxxxxxxx> <AANLkTimewPkzL0BSwRSyvM6Y-5VqGObfqrODjd35ZmTX@xxxxxxxxxxxxxx> <1296640556.13091.340.camel@xxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi all,

First of all, many thanks for the swift and quality answers.

>From Stefano Stabellini's mail I understand that xend and the "xm"
command can even disappear from the Xen standalone hypervisor
distribution. Therefore, I think the proper way to implement this is
to follow your recommendations and use the XMLRPC API to interface
with XCP. There has been requests from the community to develop such a
driver, and I think it's time to get to it ;).

Another question regarding the Xen standalone, since "xend" is going
away, am I correct assuming it will also move to XAPI?



Constantino Vázquez Blanco, MSc
OpenNebula Major Contributor  / Cloud Researcher
www.OpenNebula.org | @tinova79

On Wed, Feb 2, 2011 at 10:55 AM, Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote:
> On Wed, 2011-02-02 at 05:08 +0000, Todd Deshane wrote:
>> On Tue, Feb 1, 2011 at 1:25 PM, Tino Vazquez <tinova@xxxxxxxxxxxxxx> wrote:
>> >  * At the moment, ONE creates a text file that describes the VM in
>> > terms that Xen understands, and this is processed by the "xm" command.
>> XCP has a near equivalent with the xl command, which uses the libxl
>> backend. Backwards compatibility (with the exception of being able to
>> use arbitrary python code embedded) is the goal.
> XCP does not currently include a version of Xen which includes xl or
> libxl. Even in the future when it does xl will be there only as a
> debugging aid for developers and will not be a supported mechanism for
> interacting with an XCP host.
> The XCP toolstack is xapi -- the supported way of interacting with XAPI
> host is via the XenAPI XML/RPC mechanism.
> One day we hope xapi will also use libxl, but this is not the same as
> using xl which is a different toolstack designed to provide
> compatibility with xend.
>> > In XCP, there is a "xe" command with a completely different set of
>> > options.
> "xe" is a command line client which speaks the XenAPI XML/RPC protocol
> (modulo some uninteresting implementation details)
>>  The question is: can the same text file be used to launch a
>> > VM in XCP? Or the approach must be something different, using the
>> > functionality offered by "xe" or by XAPI?
> Integrating with XenAPI is the right way to integrate with XCP. In
> general I think it would be recommended that something like OpenNebula
> integration uses the XML/RPC interface directly rather than forking xe
> and parsing the results.
> Ian.
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-devel

Xen-devel mailing list