<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Aug 13, 2015 at 4:29 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 08/12/2015 02:23 PM, Jay Pipes wrote:<br>
> On 08/12/2015 01:20 PM, Markus Zoeller wrote:<br>
> <snip><br>
>> The three questions I have with every config option:<br>
>> 1) which service(s) access this option?<br>
>> 2) what does it do? / what's the impact?<br>
>> 3) which other options do I need to tweek to get the described impact?<br>
><br>
> All excellent questions that really should be answered in both the help<br>
> string for the option as well as the documentation here:<br>
><br>
> <a href="http://docs.openstack.org/havana/config-reference/content/list-of-compute-config-options.html" rel="noreferrer" target="_blank">http://docs.openstack.org/havana/config-reference/content/list-of-compute-config-options.html</a><br>
><br>
><br>
> Note that the above link is generated, IIRC, from the code, so<br>
> increasing the details in option descriptions (help string) should show<br>
> up there. Anne is that assumption correct?<br>
><br>
>> Would it make sense to stage the changes?<br>
>> M cycle: move the config options out of the modules to another place<br>
>>           (like the approach Sean proposed) and annotate them with<br>
>>           the services which uses them<br></span></blockquote><div><br></div><div>Do we see <a href="https://review.openstack.org/#/c/205154/">https://review.openstack.org/#/c/205154/</a> as a reasonable example of such centralization? If not, what needs to change there to make it an example of that centralization? I see value in having a worked example people can follow before we attempt a large number of these moves.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
>> N cycle: inject the options into the drivers and eliminate the global<br>
>>           variables this way (like Daniel et al. proposed)<br>
><br>
> +1. I think the above is an excellent plan. You have my support.<br>
<br>
</span>I think this is a great plan. I agree with both steps, and the order in<br>
tackling them. Thanks for taking this on.</blockquote><div><br></div><div>Michael</div><div> </div></div>-- <br><div class="gmail_signature">Rackspace Australia</div>
</div></div>