apologies for possible duplicates - some replies last night were from the wrong email account (and didn't make it to the list)<br><br><div class="gmail_quote">On Mon, Feb 6, 2012 at 9:37 PM, Jesse Andrews <span dir="ltr"><<a href="mailto:anotherjesse@gmail.com">anotherjesse@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I know that the RCB deploy team works with the Crowbar team on chef<br>
recipes for that project.<br>
<br></blockquote><div>Right. The results of those efforts are here: <a href="https://github.com/dellcloudedge/crowbar/tree/openstack-os-build/barclamps">https://github.com/dellcloudedge/crowbar/tree/openstack-os-build/barclamps</a></div>
<div>(these are git submodules).</div><div>There are "barclamps" for swift,keystone, nova and horizon. In each barclamp you'll find a "chef" directory with sub-directories for cookbooks and databags.</div>
<div><br></div><div>Most are designed to work both within and outside of crowbar (by using default attributes to replace values otherwise set by crowbar).</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Regarding the <a href="http://github.com/ansolabs" target="_blank">github.com/ansolabs</a> & <a href="http://github.com/rcb" target="_blank">github.com/rcb</a> recipes - I'll have<br>
to delegate to Vishy who worked on those.<br>
<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
Jesse<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Mon, Feb 6, 2012 at 6:07 PM, Jay Pipes <<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>> wrote:<br>
> Hi Stackers,<br>
><br>
> tl;dr<br>
> -----<br>
><br>
> There are myriad Chef cookbooks "out there" in the ecosystem and locked up<br>
> behind various company firewalls. It would be awesome if we could agree to:<br>
><br>
> * Align to a single origin repository for OpenStack cookbooks<br>
> * Consolidate OpenStack Chef-based deployment experience into a single<br>
> knowledge base<br>
> * Have branches on the origin OpenStack cookbooks repository that align with<br>
> core OpenStack projects<br>
> * Automate the validation and testing of these cookbooks on multiple<br>
> supported versions of the OpenStack code base<br>
><br>
> Details<br>
> -------<br>
><br>
> Current State of Forks<br>
> ======================<br>
><br>
> Matt Ray and I tried to outline the current state of the various OpenStack<br>
> Chef cookbooks this past Thursday, and we came up with the following state<br>
> of affairs:<br>
><br>
> ** The "official" OpenStack Chef cookbooks **<br>
><br>
> <a href="https://github.com/openstack/openstack-chef" target="_blank">https://github.com/openstack/openstack-chef</a><br>
><br>
> These chef cookbooks are the ones maintained mostly by Dan Prince and Brian<br>
> Lamar and these are the cookbooks used by the SmokeStack project. The<br>
> cookbooks contained in the above repo can install all the core OpenStack<br>
> projects with the exception of Swift and Horizon.<br>
><br>
> This repo is controlled by the Gerrit instance at <a href="http://review.openstack.org" target="_blank">review.openstack.org</a> just<br>
> like other core OpenStack projects.<br>
><br>
> However, these cookbooks DO NOT currently have a stable/diablo branch --<br>
> they are updated when the development trunks of any OpenStack project merges<br>
> a commit that requires deployment or configuration-related changes to their<br>
> associated cookbook.<br>
><br>
> Important note: it's easy for Dan and Brian to know when updates to these<br>
> cookbooks are necessary -- SmokeStack will bomb out if a<br>
> deployment-affecting configuration change hits a core project trunk :)<br>
><br>
> These cookbooks are the ONLY cookbooks that contain stuff for deploying with<br>
> XenServer, AFAICT.<br>
><br>
> ** NTT PF Lab Diablo Chef cookbooks **<br>
><br>
> <a href="https://github.com/ntt-pf-lab/openstack-chef/" target="_blank">https://github.com/ntt-pf-lab/openstack-chef/</a><br>
><br>
> So, NTT PF Lab forked the upstream Chef cookbooks back in Nov 11, 2011,<br>
> because they needed a set of Chef cookbooks for OpenStack that functioned<br>
> for the Diablo code base.<br>
><br>
> While Nov 11, 2011, is not the *exact* date of the Diablo release, these<br>
> cookbooks do in fact work for a Diablo install -- Nati Ueno is using them<br>
> for the FreeCloud deployment so we know they work...<br>
><br>
> ** OpsCode OpenStack Chef Cookbooks **<br>
><br>
> Matt Ray from OpsCode created a set of cookbooks for OpenStack for the<br>
> Cactus release of OpenStack:<br>
><br>
> <a href="https://github.com/mattray/openstack-cookbooks" target="_blank">https://github.com/mattray/openstack-cookbooks</a><br>
> <a href="http://wiki.opscode.com/display/chef/Deploying+OpenStack+with+Chef" target="_blank">http://wiki.opscode.com/display/chef/Deploying+OpenStack+with+Chef</a><br>
><br>
> These cookbooks were forked from the Anso Labs' original OpenStack cookbooks<br>
> from the Bexar release and were the basis for the Chef work that Dell did<br>
> for Crowbar. Crowbar was originally based on Cactus, and according to Matt,<br>
> the repositories of OpenStack cookbooks that OpsCode houses internally and<br>
> uses most often are Cactus-based cookbooks. (Matt, please correct me if I am<br>
> wrong here...)<br>
><br>
> ** Rackspace CloudBuilders OpenStack Chef Cookbooks **<br>
><br>
> The RCB team also has a repository of OpenStack Chef cookbooks:<br>
><br>
> <a href="https://github.com/cloudbuilders/openstack-cookbooks" target="_blank">https://github.com/cloudbuilders/openstack-cookbooks</a><br>
><br>
> Now, GitHub *says* that these cookbooks were forked from the official<br>
> upstream cookbooks, but I do not think that is correct. Looking at this<br>
> repo, I believe that this repo was *actually* forked from the Anso Labs<br>
> OpenStack Chef Cookbooks, as the list of cookbooks is virtually identical.<br>
><br>
> ** Anso Labs OpenStack Chef Cookbooks **<br>
><br>
> These older cookbooks are in this repo:<br>
><br>
> <a href="https://github.com/ansolabs/openstack-cookbooks/tree/master/cookbooks" target="_blank">https://github.com/ansolabs/openstack-cookbooks/tree/master/cookbooks</a><br>
><br>
> Interestingly, this repo DOES contain a cookbook for Swift.<br>
><br>
> Current State of Documentation<br>
> ==============================<br>
><br>
> Documentation for best practices on using Chef for your OpenStack<br>
> deployments is, well, a bit scattered. Matt Ray has some good information on<br>
> the README on his cookbook repo and the OpsCode wiki:<br>
><br>
> <a href="https://github.com/mattray/openstack-cookbooks/blob/cactus/README.md" target="_blank">https://github.com/mattray/openstack-cookbooks/blob/cactus/README.md</a><br>
> <a href="http://wiki.opscode.com/display/chef/Deploying+OpenStack+with+Chef" target="_blank">http://wiki.opscode.com/display/chef/Deploying+OpenStack+with+Chef</a><br>
><br>
> But it is unfortunately not going to help people looking to deploy Diablo<br>
> and later versions of OpenStack.<br>
><br>
> Most of the other repos contain virtually no documentation on using the<br>
> cookbooks or how they are written.<br>
><br>
> I have a suspicion that one of the reasons that there has been such a<br>
> proliferation of cookbooks has been the lack of documentation pointing<br>
> people to an appropriate repo, how to use the cookbooks properly, and what<br>
> the best practices for deployment are. That, and the fact that folks are<br>
> just trying to stand up complex clouds and Get Things Done, and<br>
> documentation is annoying to write ;)<br>
><br>
> Proposal for Alignment<br>
> ======================<br>
><br>
> I think the following steps would be good to get done by the time Essex<br>
> rolls out the door in April:<br>
><br>
> 1) Create a stable/diablo branch of the openstack/openstack-chef cookbook<br>
> repo and maintain it in the same way that we maintain stable branches for<br>
> core OpenStack projects. I propose we use the branch point that NTT PF Lab<br>
> used to create their fork of the upstream repo.<br>
><br>
> 2) Work with Matt Ray and other Chef experts to combine any and all best<br>
> practices that may be contained in the non-official cookbook repos into the<br>
> upstream official repository. From a cursory overview, there are some<br>
> differences in how databags are handled, how certs are handled, how certain<br>
> cookbooks are constructed, and of course differences in the actual cookbooks<br>
> in the repos themselves.<br>
><br>
> 3) Consolidate documentation on how to use the cookbooks, the best practices<br>
> used in constructing the cookbooks, and possibly some videos/tutorials<br>
> walking folks through this critical piece of the OpenStack puzzle.<br>
><br>
> 4) Create Jenkins builders for stable branch deployment testing. We<br>
> currently test the official development cookbooks by way of SmokeStack gates<br>
> on all core OpenStack projects. Would be great to get the same testing<br>
> automated for non-development branches of the cookbooks.<br>
><br>
> Thoughts and criticism most welcome, and apologies in advance if I got any<br>
> of the above history wrong. Feel free to correct me!<br>
><br>
> Best,<br>
> -jay<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>
</div></div></blockquote></div><br>