<div dir="ltr">Hi there,<div><br></div><div>one small step into this direction. I've checked how idempotent</div><div>controller's tasks. As result bugs below were reported:</div><div><br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524759">https://bugs.launchpad.net/fuel/+bug/1524759</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524747">https://bugs.launchpad.net/fuel/+bug/1524747</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524731">https://bugs.launchpad.net/fuel/+bug/1524731</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524727">https://bugs.launchpad.net/fuel/+bug/1524727</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524724">https://bugs.launchpad.net/fuel/+bug/1524724</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524719">https://bugs.launchpad.net/fuel/+bug/1524719</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524713">https://bugs.launchpad.net/fuel/+bug/1524713</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524687">https://bugs.launchpad.net/fuel/+bug/1524687</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524630">https://bugs.launchpad.net/fuel/+bug/1524630</a> NEW<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1524327">https://bugs.launchpad.net/fuel/+bug/1524327</a> CONFIRMED<br></div><div><a href="https://bugs.launchpad.net/fuel/+bug/1522857">https://bugs.launchpad.net/fuel/+bug/1522857</a> IN PROGRESS<br></div><div><br></div><div>If it's interesting i can go thru other roles and tasks? Please let me know.</div><div><br></div><div>Thanks</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Dec 3, 2015 at 10:33 PM, Yuriy Taraday <span dir="ltr"><<a href="mailto:yorik.sar@gmail.com" target="_blank">yorik.sar@gmail.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"><div class="gmail_quote"><div>Hi, Roman.</div><span class=""><div dir="ltr"><br></div><div dir="ltr">On Thu, Dec 3, 2015 at 5:36 PM Roman Sokolkov <<a href="mailto:rsokolkov@mirantis.com" target="_blank">rsokolkov@mirantis.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>I've selected 13 real-world tasks from customer (i.e. update flag X in nova.conf):</div><div>- 6/13 require fuel-library patching (or is #2 unusable)</div><div>- 3/13 are OK and can be done with #2</div><div>- 4/13 can be done with some limitations.</div><div><br></div><div>If needed i'll provide details.</div><div><br></div><div>Rough statistics is that <b>only ~20-25% of use cases can be done with #2</b>.</div><div><br></div><div>Let me give a very popular use case that will fail with #2. Assume we'r executing whole task graph every two hours.</div><div>We want to change nova.conf "DEFAULT/amqp_durable_queues" from False to True.</div><div><br></div><div>There is no parameter in hiera for "amqp_durable_queues". We have two solutions here (both are bad):</div><div>1) Redefine "DEFAULT/amqp_durable_queues" = True in plugin task. What will happen on the node. amqp_durable_queues will continue changing value between True and False on every execution. We shouldn't do it this way.</div><div>2) Patch fuel-library. Value for amqp_durable_queues should be taken from hiera. This is also one way ticket.</div></div></blockquote><div><br></div></span><div>You are describing one of use cases we want to cover in future with Config Service. If we store all configuration variables consumed by all deployment tasks in the service, one will be able to change (override) the value in the same service and let deployment tasks apply config changes on nodes.</div><div><br></div><div>This would require support from the deployment side (source of all config values will become a service, not static file) and from Nailgun (all data should be stored in the service). In the future this approach will allow us to clarify which value goes where and to define new values and override old ones in a clearly manageable fashion.</div><div><br></div><div>Config Service would also allow us to use data defined outside of Nailgun to feed values into deployment tasks, such as external CM services (e.g. Puppet Master).</div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Roman Sokolkov,<div>Deployment Engineer,</div><div>Mirantis, Inc.<br>Skype rsokolkov,<br><a href="mailto:rsokolkov@mirantis.com" target="_blank">rsokolkov@mirantis.com</a></div></div></div></div></div></div></div>
</div>