<p dir="ltr">To be fair, we test only the subset that is set via devstack on the stable side. That should be a common subset, but it is far from fully comprehensive. Nova has over 600 config variables, so additional tooling here would be goodness. </p>

<p dir="ltr">Sean Dague<br>
<a href="http://dague.net">http://dague.net</a></p>
<div class="gmail_quote">On Nov 18, 2013 7:35 AM, "Dan Smith" <<a href="mailto:dms@danplanet.com">dms@danplanet.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> Another issue that we might want to try and solve with this (and imho<br>
> another reason to keep the framework for this in oslo) is that we might<br>
> want to make these update aware, and allow for some graceful degradation<br>
> or something similar when for example an updated service is stated with<br>
> an outdated config.<br>
><br>
> Maybe Dan could weigh in on this?<br>
<br>
Well, AFAIK, we require config compatibility between subsequent<br>
versions, so there really shouldn't be anything to report. It might be<br>
useful to report, when running the havana tool against an<br>
upgraded-from-grizzly config which things are deprecated though.<br>
<br>
We already test that the config upgrade works in the grenade test in the<br>
gate, so there really shouldn't be any degredation experienced by the<br>
user after an upgrade...<br>
<br>
--Dan<br>
<br>
<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>
</blockquote></div>