not to stir disagreement, rather to reinforce it (since I just realized that I  a previous email just to monty, and not to the list..)<div><br></div><div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">chef and debs are not actually at odds.<div>
<br></div><div>we're using debs + chef + crowbar to do automated testing of our full solution. The breakup is more or less:</div><div>- crowbar - automates pxe boot and basically all provisioning steps, including the steps that follow below</div>
<div>- debs - install and configure services on a single machine (i.e. register services)</div><div>- chef - based cookbooks and on configuration created by crowbar hooks up multi machine deployment into working clusters.</div>
<div><br></div><div>the driver behind this setup is that debs are not that suited to configure a multi node deployment or react to machines added to a cluster.</div><div>We have this setup executing on both kvm and actual physical hw.</div>
<div><br></div><div>So, totally +1 with Monty -- we're talking past each other a bit....</div></span></div><div><br></div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On Wed, Jun 8, 2011 at 9:33 AM, Matt Ray <span dir="ltr"><<a href="mailto:matt@opscode.com">matt@opscode.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">As far as deploying with Chef goes, I've been focusing my efforts on<br>
making cookbooks for stable releases that support a variety of<br>
options, both on bare metal and from previously installed OSs. I'm<br>
definitely looking forward to Dell's open sourcing of their Crowbar<br>
bare-metal installer, but in the meantime we're using a scaled-back<br>
tool that does bare-metal to OpenStack installs, all managed with Chef<br>
(pxe_dust cookbook). I've been meaning to write it up, feel free to<br>
email me if you have questions.<br>
<br>
Thanks,<br>
<font color="#888888">Matt Ray<br>
Senior Technical Evangelist | Opscode Inc.<br>
<a href="mailto:matt@opscode.com">matt@opscode.com</a> | <a href="tel:%28512%29%20731-2218" value="+15127312218">(512) 731-2218</a><br>
Twitter, IRC, GitHub: mattray<br>
</font><div><div></div><div class="h5"><br>
<br>
<br>
On Tue, Jun 7, 2011 at 3:45 PM,  <<a href="mailto:Gregory_Althaus@dell.com">Gregory_Althaus@dell.com</a>> wrote:<br>
> Matt Ray and I have extended/modified some of the Anso-based chef scripts to<br>
> configure the debs on systems.  I think Matt’s focused on getting a systems<br>
> built from bare metal using his spiceweasel tool and mine are focused on<br>
> inclusion in crowbar that includes the pxe/install environment for bare<br>
> metal and virtual environments.<br>
><br>
><br>
><br>
> I think Dan Prince had some chef scripts that included the ability to pull a<br>
> branch to use as the nova base on top of the debs.<br>
><br>
><br>
><br>
> All three trees are up on github now.<br>
><br>
><br>
><br>
> Thanks,<br>
><br>
> Greg Althaus<br>
><br>
><br>
><br>
> From: openstack-bounces+gregory_althaus=<a href="http://dell.com" target="_blank">dell.com</a>@<a href="http://lists.launchpad.net" target="_blank">lists.launchpad.net</a><br>
> [mailto:<a href="mailto:openstack-bounces%2Bgregory_althaus">openstack-bounces+gregory_althaus</a>=<a href="http://dell.com" target="_blank">dell.com</a>@<a href="http://lists.launchpad.net" target="_blank">lists.launchpad.net</a>] On<br>

> Behalf Of Devin Carlen<br>
> Sent: Tuesday, June 07, 2011 2:50 PM<br>
> To: Andy Smith<br>
> Cc: Peter J. Pouliot; Mihai Ibanescu; <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Subject: Re: [Openstack] Overview of CI/Testing<br>
><br>
><br>
><br>
> +1 for chef over debs!<br>
><br>
><br>
><br>
><br>
><br>
> On Jun 7, 2011, at 12:38 PM, Andy Smith wrote:<br>
><br>
> Thanks for the update Monty :)<br>
><br>
><br>
><br>
>  That's just testing API in a VM though, and doesn't get us to testing<br>
> actual bare-metal deployment or integration testing. At Rackspace, we<br>
> have some machines set aside at the moment, and have had others offer<br>
> chunks of machines to test various combinations of things. At its heart,<br>
> the abstract version of this looks fairly identical to the smoketests<br>
> job - pxe boot machines, shove version to be tested on them, run tests.<br>
> However, there are several moving bits on the best way to actually do<br>
> the how. At the moment, the fine folks at rPath have a Jenkins<br>
> installing and testing rPath OpenStack images, so Mihai and I are going<br>
> to look at getting that setup ported to our Jenkins. However, although<br>
> that will be an excellent test of code, as our main target platform is<br>
> Ubuntu, we're also looking at doing a straight-up cobbler install using<br>
> generated .debs.<br>
><br>
><br>
><br>
> Jesse and I had already gotten quite far along using chef to do the<br>
> provisioning of baremetal boxes once we'd pxe booted them into ubuntu, it<br>
> seems like chef or puppet (our current preference is chef) should be used<br>
> there as well instead of generated .debs.<br>
><br>
><br>
><br>
> At the moment the two closest things to being "official" installations for<br>
> us (me? are the chef recipes and the nova.sh script (the nova.sh script<br>
> obviously being only targeted at testing and dev though), those are what we<br>
> use to verify that the system is functional and I think we'd like to use<br>
> chef or puppet for baremetal deployments as well.<br>
><br>
><br>
><br>
> TL;DR: Can we focus on the chef recipes instead of on .debs?<br>
><br>
><br>
><br>
><br>
><br>
> In any case, this is the bit which is still in the<br>
> planning and discussion phase, but so far all of the conversations I've<br>
> had with folks have been great - and I'd love to get more folks involved<br>
> in that (thus this email)<br>
><br>
> However- latent goal here is that whatever mechanism we're having<br>
> Jenkins use to deploy OpenStack onto real hardware should be consumable<br>
> and one that actual people might actually use - otherwise what the heck<br>
> are we testing?<br>
><br>
> Additionally, as you may have surmised, it is also a goal to run as much<br>
> of this as possible from the OpenStack Jenkins, because that way we can<br>
> as a project choose to incorporate as much of the feedback/results of<br>
> various forms of testing directly in to branch testing/approval as we<br>
> want. For some things (spinning up 20 node OpenStack clusters) doing it<br>
> on every merge proposal or giving all devs the ability to click a button<br>
> and have it run on their branch will likely be overkill - but if it<br>
> turns out not to be, it would be great to have the ability to do it.<br>
><br>
> End goal is to have:<br>
>  - publicly accessible and usable system for testing and build automation<br>
>  - resources that it uses to spin up clouds in order to test them are<br>
> themselves usable by people to spin up clouds<br>
>  - tooling around this is done in a manner that makes us of and<br>
> contributes back to existing projects (jenkins plugins, patches back to<br>
> cobbler/orchestra/whatever)<br>
><br>
> If you didn't read my _other_ long email from a few moments ago, actual<br>
> discussion of getting this done - and figuring out other people's<br>
> needs/tools and how to integrate them - is hopefully happening next week<br>
> right before the regular openstack-meeting. In the mean time, please<br>
> either flame on right here in list, or ping me back personally.<br>
><br>
> Thanks everyone!<br>
> Monty<br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
> Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
> More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
><br>
><br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</div></div></blockquote></div><br></div>