<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Matt Ray and I have extended/modified some of the Anso-based chef scripts to configure the debs on systems.  I think Matt’s focused on getting a systems built from bare metal using his spiceweasel tool and mine are focused on inclusion in crowbar that includes the pxe/install environment for bare metal and virtual environments.  <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I think Dan Prince had some chef scripts that included the ability to pull a branch to use as the nova base on top of the debs.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>All three trees are up on github now.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Greg Althaus<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> openstack-bounces+gregory_althaus=dell.com@lists.launchpad.net [mailto:openstack-bounces+gregory_althaus=dell.com@lists.launchpad.net] <b>On Behalf Of </b>Devin Carlen<br><b>Sent:</b> Tuesday, June 07, 2011 2:50 PM<br><b>To:</b> Andy Smith<br><b>Cc:</b> Peter J. Pouliot; Mihai Ibanescu; openstack@lists.launchpad.net<br><b>Subject:</b> Re: [Openstack] Overview of CI/Testing<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>+1 for chef over debs!<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On Jun 7, 2011, at 12:38 PM, Andy Smith wrote:<o:p></o:p></p></div><p class=MsoNormal><br><br><o:p></o:p></p><div><div><p class=MsoNormal>Thanks for the update Monty :)<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><p class=MsoNormal> 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.<o:p></o:p></p></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Jesse and I had already gotten quite far along using chef to do the provisioning of baremetal boxes once we'd pxe booted them into ubuntu, it seems like chef or puppet (our current preference is chef) should be used there as well instead of generated .debs.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>At the moment the two closest things to being "official" installations for us (me? are the chef recipes and the nova.sh script (the nova.sh script obviously being only targeted at testing and dev though), those are what we use to verify that the system is functional and I think we'd like to use chef or puppet for baremetal deployments as well.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>TL;DR: Can we focus on the chef recipes instead of on .debs?<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in'><p class=MsoNormal>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><o:p></o:p></p></blockquote></div><p class=MsoNormal><br>_______________________________________________<br>Mailing list: <a href="https://launchpad.net/~openstack">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">https://launchpad.net/~openstack</a><br>More help   : <a href="https://help.launchpad.net/ListHelp">https://help.launchpad.net/ListHelp</a><o:p></o:p></p></div><p class=MsoNormal><o:p> </o:p></p></div></div></body></html>