<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 18, 2015 at 12:32 PM, Chris Friesen <span dir="ltr"><<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</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 09/18/2015 12:11 PM, John Griffith wrote:<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
<br>
<br>
On Fri, Sep 18, 2015 at 11:31 AM, Chris Friesen <<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a><br></span><span class="">
<mailto:<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>>> wrote:<br>
<br>
On 09/18/2015 11:01 AM, John Griffith wrote:<br>
<br>
<br>
<br>
On Fri, Sep 18, 2015 at 9:06 AM, Chris Friesen<br>
<<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a> <mailto:<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>><br></span>
<mailto:<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a><div><div class="h5"><br>
<mailto:<a href="mailto:chris.friesen@windriver.com" target="_blank">chris.friesen@windriver.com</a>>>> wrote:<br>
<br>
On 09/18/2015 06:57 AM, Eric Harney wrote:<br>
<br>
On 09/17/2015 06:06 PM, John Griffith wrote:<br>
<br>
<br>
Having the "global conf" settings intermixed with the<br>
backend sections<br>
caused a number of issues when we first started working on<br>
this. That's<br>
part of why we require the "self.configuration" usage all<br>
over in the<br>
drivers. Each driver instantiation is it's own independent<br>
entity.<br>
<br>
<br>
Yes, each driver instantiation is independent, but that would<br>
still be<br>
the case if these settings inherited values set in [DEFAULT]<br>
when they<br>
aren't set in the backend section.<br>
<br>
<br>
Agreed. If I explicitly set something in the [DEFAULT] section,<br>
that should<br>
carry through and apply to all the backends unless overridden in the<br>
backend-specific section.<br>
<br>
<br>
<br>
Bottom line "yes", ideally in the case of drivers we would check<br>
global/default<br>
setting, and then override it if something was provided in the driver<br>
specific<br>
setting, or if the driver itself set a different default. That seems<br>
like the<br>
right way to be doing it anyway. I've looked at that a bit this<br>
morning, the<br>
issue is that currently we don't even pass any of those higher level conf<br>
settings in to the drivers init methods anywhere. Need to figure out how to<br>
change that, then it should be a relatively simple fix.<br>
<br>
<br>
Actually, I think it should be slightly different. If I set a variable in<br>
the global/default section of the config file, then that should override any<br>
defaults in the code for a driver.<br>
<br>
Hmm... well, on the bright side that might be easier to implement at least :). I<br>
guess I don't agree on the meaning of "DEFAULT", to me a "DEFAULT" section<br>
means, "these are the defaults if you don't specify something else", no? Your<br>
proposal seems really counter-intuitive to me.<br>
</div></div></blockquote>
<br>
That's what I proposed.<br>
<br>
If you specify anything in the driver-specific portion of the config file, that takes priority over everything. If you specify something in the DEFAULT portion of the config file, then that takes priority over the in-code defaults. If you specify a default value in the driver-specific code, that takes priority over any defaults specified in the global/generic code.<div class="HOEnZb"><div class="h5"><br>
<br>
Chris<br>
<br>
<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>
</div></div></blockquote></div><div class="gmail_default" style="font-family:monospace,monospace">Ahh... ok, yeah; sorry, I interpreted that differently when I read it. Thanks for clarifying.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">So the good news is we most definitely agree there, and that I've got something that gets us at least part way there. Now, to just figure out how to determine if the value in the driver section was set explicitly or is just parsing out the default value in the opt declaration.</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace">Thanks!!</div><div class="gmail_default" style="font-family:monospace,monospace">John</div><br></div></div>