WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-api

[Xen-API] Re: [Xen-devel] Building XCP Debian packages: what sources or

To: Jonathan Ludlam <Jonathan.Ludlam@xxxxxxxxxxxxx>
Subject: [Xen-API] Re: [Xen-devel] Building XCP Debian packages: what sources or repo to use?
From: Thomas Goirand <thomas@xxxxxxxxxx>
Date: Thu, 05 May 2011 00:45:47 +0800
Cc: "openstack@xxxxxxxxxxxxxxxxxxx" <openstack@xxxxxxxxxxxxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>, xen-api <xen-api@xxxxxxxxxxxxxxxxxxx>, Pasi Kärkkä
Delivery-date: Wed, 04 May 2011 18:30:59 -0700
Dkim-signature: v=1; a=rsa-sha1; c=simple; d=goirand.fr; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=postfix; bh=NDQtaTwda J8YcxHJdRnSEopHWP0=; b=nhgOc6LwbA9t9lsQOHCJH5OAEQpM8Iz+ooRyZR48O GNg3VmpkOB7+YfZk4EUQEk/fZmtOrBgf7k9GDx8yeWaPDBdbwaCJXJsGESzByybA mOkLOKPphhcRN6vBnomP7D90cCf0MNXdcsitk94rufSyA3nKO0WHRxZxhE/6tHLE /0=
Domainkey-signature: a=rsa-sha1; c=simple; d=goirand.fr; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=postfix; b=Oa2 agZHj8uloVnOBy7BxtLqbEXn7ibcqur68q4orEADCYMhYqMm44I38XoecjZULGUO gUSyrvyodriKK5wHEX+W5WKQieLj/wrITgcrpMybJbDLjpgVIcL9norQZ5OtixxF jWcfQv3CEyJG/JdOlHALzFYdJ7F+UCD8UwYrk9EE=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <2411474E-4CA4-4620-9585-688A5AE4E91E@xxxxxxxxxxxxx>
List-help: <mailto:xen-api-request@lists.xensource.com?subject=help>
List-id: Discussion of API issues surrounding Xen <xen-api.lists.xensource.com>
List-post: <mailto:xen-api@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-api>, <mailto:xen-api-request@lists.xensource.com?subject=unsubscribe>
Organization: GPLHost
References: <4DBC0AC2.7010608@xxxxxxxxxx> <BANLkTikPTw5S6c=5G+5ufyGk3xEourS_6w@xxxxxxxxxxxxxx> <4DBCD010.2000102@xxxxxxxxxx> <20110501192648.GV32595@xxxxxxxxxxx> <BANLkTikw46iWePhhF6T5uUs2VpUOWdKKuA@xxxxxxxxxxxxxx> <1304426131.18845.87.camel@xxxxxxxxxxxxxxxxxxxxxx> <1304444464.3387.8.camel@Nokia-N900-42-11> <1304496311.26692.10.camel@xxxxxxxxxxxxxxxxxxxxxx> <2411474E-4CA4-4620-9585-688A5AE4E91E@xxxxxxxxxxxxx>
Sender: xen-api-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110307 Icedove/3.0.11
On 05/04/2011 05:07 PM, Jonathan Ludlam wrote:
> A shortlist of modified packages: LVM, biosdevname, dm-multipath,
> e2fsprogs, ethtool, open-iscsi, kexec. There are more, but these
> are the more important ones.

Gosh, I didn't know there was that much things involved, and frankly, I
don't understand why you had to modify that many things. It'd be great
if there was an effort to have everything upstreamed...

> The trouble is that XCP has been developed as an integrated
> system rather than an addon set of packages for an existing
> operating system. While it's not *far* off from being the
> latter, it would take quite a bit of effort both to figure
> out all the reason why each RPM has been patched

Especially for someone not part of the original team who built it, and
with so few information about XCP's internals on the web!

> not to mention
> all the implicit dependencies that we have on the behaviour of
> the underlying OS. We'd then have to figure out on a case-by-case
> basis whether the patch was general enough to upstream, and if
> not, whether a workaround existed that avoids the need of the
> patch, and if not, we'd have to patch the debs.

I strongly believe that the above is vital for XCP to continue to exist
in the long run. Sooner or later, you'll have a dependency hell trying
to upgrade to CentOS 6, or things like that.

> I think it could be made to work without *too* much effort so
> long as you were willing to sacrifice some bits of functionality.

I'm currently only interested in having the needed bits so that
Openstack can run with Xen, which I prefer over KVM. I've been told by
the people from RackSpace, that Openstack uses XCP for Xen. I'm not
interested to run CentOS at all (I'm a Debian Developer and work
exclusively with Debian), so my only option was to build the needed
things Openstack is using from XCP so that they run in Debian. I'm sure
other operating systems would have benefit from this work too.

I've added the openstack list to this thread, in the hope that someone
will be able to tell which bit from XCP is required by Openstack. If
there's not too much work involved, I'll go forward with my initial
idea, if not, I regret to say that I'll have to forget about Xen with
Openstack (unless using libvirt becomes an OK solution as well).

> I would guess that you could get an XCP system up and running on
> ubuntu within a couple of weeks or so, but it probably wouldn't
> be able to do LVM based storage backends, and I would guess a
> fair bit of the more advanced networking bits and pieces would
> require more effort.

FYI: I'm working on Debian packaging only (eg: not Ubuntu). I'm not sure
if Ubuntu guys will restart pulling Xen packages from SID (at some
point, Ubuntu dropped Xen support), but as dom0 support from kernel.org,
it's likely this will happen (as they will only need the Xen hypervisor
package from Debian). So if that happens, and I (with I hope, a bit of
your help) do the packaging work to have the needed XCP bits in Debian,
then we can reasonably hope to have Openstack to work flawlessly with
Xen and xapi, in both Debian and Ubuntu.

Hoping to get feedback from both Openstack and Citrix developers, so we
can see what can be done,
Cheers,

Thomas Goirand (zigo)

_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api