<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Apr 4, 2014 at 5:19 AM, Vladimir Kozhukalov <span dir="ltr"><<a href="mailto:vkozhukalov@mirantis.com" target="_blank">vkozhukalov@mirantis.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>On the other hand, it is easy to imagine a situation when you want to run agent on every node of your cluster after installing OS. It could be useful to keep hardware info consistent (for example, many hardware configurations allow one to add hard drives in run time). It also could be useful for "on the fly" firmware updates. It could be useful for "on the fly" manipulations with lvm groups/volumes and so on. <br>

</div>
<div><br></div></div></blockquote><div><br></div><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>Regards,</div><div>Devananda</div><div><br></div></div></div></div>