<div dir="ltr">Guys,<br><br>Currently, at the time of the first boot Mcollective on slaves is configured by Cloud-init (host, port etc.) and by Nailgun agent when node identity is written. This happens in any order and already caused several problem which were fixed in bounds of <a href="https://bugs.launchpad.net/fuel/+bug/1455489">https://bugs.launchpad.net/fuel/+bug/1455489</a>. The last fix relies on hostname to figure that the provisioning is over and prevent Nailgun agent from messing with Mcollective. This solution is quite hacky and, I think, we need to come up with a better fix. So, the options are:<br><br>1. Do nothing<br>  + No effort, no regression<br>  - Existing solution is fragile and not simple enough to be sure that there are obviously no more bugs.<br>  - Cloud-init does things on early boot stages which is a bit hard to debug.<br><div><br></div><div>2. "Manual" Mcollective configuration, triggered by Nailgun agent.</div><div>  + Quite simple</div><div>  - Not "cross-distro"</div><div>  - Not consistent with the remaining configuration tasks (rewriting them worsens the problem above)</div><div><br></div><div>3. Use Puppet to configure Mcollective. (copy necessary input data into the chroot env and run puppet inside it)</div><div>  + Using puppet is consistent with the way Fuel configures things</div><div>  - It is not consistent with remaining configuration tasks, which is done via Cloud-init and moving them to Puppet takes some time. </div><div><br></div><div>4. Some other tool?</div><div><br></div><div>New options, cons and pros are very welcome!</div><div><br></div><div>Best,</div><div>Georgy</div></div>