From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony PERARD Subject: Re: [PATCH OSSTEST 2/4] Toolstack: Add OpenStack as a toolstack. Date: Fri, 17 Jul 2015 17:32:53 +0100 Message-ID: <20150717163253.GH1166@perard.uk.xensource.com> References: <1437045519-13914-1-git-send-email-anthony.perard@citrix.com> <1437045519-13914-3-git-send-email-anthony.perard@citrix.com> <1437148696.22698.6.camel@citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1437148696.22698.6.camel@citrix.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: Ian Jackson , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On Fri, Jul 17, 2015 at 04:58:16PM +0100, Ian Campbell wrote: > On Thu, 2015-07-16 at 12:18 +0100, Anthony PERARD wrote: > > Having a separate toolstack help to configure the host specificly for > > "specifically" > > > OpenStack, and also helps to have a separate flight. > > Will any of the die()s here ever become real commands? I think not > because that's not how OpenStack works? i.e. how it is driven doesn't > fit into Osstest::Toolstack's model of the world at all. The main issue would be create an instance from a config file. The Toolstack.create() would need to parse the cfg, extract the image that we want to boot, upload it to Glance, extract other parameter, update the image in Glance, prepare a flavor (disk size, ram, ..) and boot that image with that flavor via Nova. I think that would be possible since everything can be done from the command line but it would not be as easy as with libvirt. Or not... I've look at the doc to create a new image and it's basicly use libvirt to install an OS, install cloud-init in it, and upload the result to Glance. So, it's look like you're right, Osstest::Toolstack does not fit well with OpenStack. > Given that and given that you introduce your own recipe to sg-run-job > which doesn't/can't/won't try to do any of the usual stuff, I can't see > any reason not to simply go with toolstack=libvirt for these test cases. > That it is the most accurate reflection of what we want and if some > openstack test case did want to talk to the underlying toolstack for > some reason libvirt would be it. Ok, I'll just have to find another way to get more RAM into dom0. > That would also save duplicating the functionality of libvirt.pm's new > function, which would normally call for a subclass of some sort (e.g. > how xend is a subclass of xl). Please don't do this though ;-) -- Anthony PERARD