<div dir="ltr">Hi,<div><br></div><div>I'm not sure if we should add the new state in this case, it looks like you can get this</div><div>information dynamically, you already have the state of env which tells you that</div><div>there are new ceph nodes, and there are no ready ceph nodes in the cluster</div><div>hence you should install ceph-mon on the controllers.</div><div><br></div><div>The same for rabbitmq, if there is new controller, run rabbit reconfiguration on</div><div>non-controllers nodes.</div><div><br></div><div>Thanks,</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 7, 2014 at 6:14 PM, Dmitriy Shulyak <span dir="ltr"><<a href="mailto:dshulyak@mirantis.com" target="_blank">dshulyak@mirantis.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi folks,<div>I want to discuss cluster reconfiguration scenarios, i am aware of 2 such bugs:</div><div><br></div><div>- ceph-mon not installed on controllers if cluster initially was deployed without ceph-osd</div><div>- config with rabbitmq hosts not updated on non-controlles nodes after additional controllers is added to cluster [1]</div><div><br></div><div>In both cases we need to track node state and change it accordingly to some event </div><div>(additonal ceph-osd, additional controller added to cluster, etc..).</div><div>I think that it is generic scenario and our api should support such modifications. </div><div><br></div><div>To track state of node we need to introduce new state - something in lines of "requires_update". </div><div>And extend deployment selection logic to include nodes with this state, if deploy action will be invoked.</div><div><br></div><div>What do you think about such feature? I would be grateful for any other cases.</div><div><br></div><div>[1] <a href="https://bugs.launchpad.net/fuel/+bug/1368445" target="_blank">https://bugs.launchpad.net/fuel/+bug/1368445</a></div><div><br></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>