<div dir="ltr">Hi Jeremy,<div><br></div><div>Thank you for the comment. I'm familiar with the TripleO project but never saw how it could benefit my workflow. </div><div><br></div><div>I hesitate to hijack this thread, but I'm quite curious if I'm just not understanding a key benefit to TripleO. </div>
<div><br></div><div>For our setup with bare-metal, Cobbler does standard PXE booting to apply an OS image. It then uses bash scripts as a post-install step for any prep work needed before Puppet takes over. Other benefits of Cobbler include the ability to PXE boot into a rescue image, memtest image, or disk wipe utility. Cobbler also acts as a hardware inventory for us.</div>
<div><br></div><div>On the virtualized side, Vagrant handles everything that Cobbler+post install does. </div><div><br></div><div>Once either one reaches Puppet, the same configuration is used. </div><div><br></div><div>When I read through the TripleO documentation, I see references to having to build images, bootstrap nodes, use Heat, etc. These would all be extra steps and components that I currently don't need, plus I think I'd be lose some features. In addition, it it looks like the TripleO workflow is specific to building OpenStack environments. The components that I currently use (Cobbler, Vagrant, Puppet) are all transferrable to other areas.</div>
<div><br></div><div>But maybe I'm not getting TripleO?</div><div><br></div><div>Thanks,</div><div>Joe</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Jan 9, 2014 at 9:54 AM, Jeremy Stanley <span dir="ltr"><<a href="mailto:fungi@yuggoth.org" target="_blank">fungi@yuggoth.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2014-01-08 23:56:50 -0700 (-0700), Joe Topjian wrote:<br>
[...]<br>
<div class="im">> In the past, we would re-provision the bare-metal servers with a<br>
> fresh OS and then run Puppet to deploy OpenStack, but then we<br>
> realized that we could do everything nested inside an OpenStack<br>
> environment. So the bare-metal hardware is now a separate<br>
> OpenStack environment which allows us to test several different<br>
> projects' OpenStack configurations under one main test cloud.<br>
</div>[...]<br>
<br>
Sounds remarkably similar to<br>
<a href="https://wiki.openstack.org/wiki/TripleO/TripleOCloud" target="_blank">https://wiki.openstack.org/wiki/TripleO/TripleOCloud</a> . You might<br>
want to consider joining in that effort, or at least realigning your<br>
methodology to take advantage of the improvements they're adding.<br>
<span class="HOEnZb"><font color="#888888">--<br>
Jeremy Stanley<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></div><br></div>