<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra">

<div class="gmail_quote"><div>There are lots of configuration management agents already out there (chef? puppet? salt? ansible? ... the list is pretty long these days...) which you can bake into the images that you deploy with Ironic, but I'd like to be clear that, in my opinion, Ironic's responsibility ends where the host OS begins. Ironic is a bare metal provisioning service, not a configuration management service.</div>



<div><br></div><div>What you're suggesting is similar to saying, "we want to run an agent in every KVM VM in our cloud," except most customers would clearly object to this. The only difference here is that you (and tripleo) are the deployer *and* the user of Ironic; that's a special case, but not the only use case which Ironic is servicing.</div>



<div><br></div></div></div></div></blockquote><div><br></div><div>+1 (already agreed with something similar in another thread[1], seems that this discussion is splitted in 2 threads)<br><br>[1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2014-April/031896.html">http://lists.openstack.org/pipermail/openstack-dev/2014-April/031896.html</a> <br>

</div></div></div></div>