<div dir="ltr">><span style="font-size:12.8px">For the record, oslo.config already reads /etc/neutron/neutron.conf</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Yeah, I think this is the only reason it even manages to get some of the correct configuration (loading a core plugin at all).</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">></span><span style="font-size:12.8px">Also for the record, I consider not being able to load existing splitĀ </span><span style="font-size:12.8px">configuration files a regression.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">+1. That would make an upgrade nightmare. In my earlier email I didn't mean to imply that was the only way forward. I was just curious if it still broke when everything was in one file.</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 5, 2017 at 7:01 AM, Ihar Hrachyshka <span dir="ltr"><<a href="mailto:ihrachys@redhat.com" target="_blank">ihrachys@redhat.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 Mon, Sep 4, 2017 at 8:07 AM, Kevin Benton <kevin@benton.pub> wrote:<br>
> #2 would be preferable as well just because we have so many guides/distros<br>
> mentioning the different file locations. I'm not familiar with mod_wsgi<br>
> enough to know if it's possible.<br>
><br>
> Another 3rd option may be to edit the oslo config constructor call when<br>
> using that entry point to add some well-known paths for additional config<br>
> files rather than only parsing 'sys.argv[1]'. For example, we could always<br>
> try to add /etc/neutron/plugin.ini to the list which we can document that<br>
> distros/deployment tools should always create or have a symbolic link to a<br>
> plugin-specific config (e.g. ml2_conf.ini).<br>
<br>
</span>For the record, oslo.config already reads /etc/neutron/neutron.conf<br>
(and some other locations) when no arguments are passed:<br>
<br>
<a href="https://github.com/openstack/oslo.config/blob/master/oslo_config/cfg.py#L711-L739" rel="noreferrer" target="_blank">https://github.com/openstack/<wbr>oslo.config/blob/master/oslo_<wbr>config/cfg.py#L711-L739</a><br>
<br>
Also for the record, I consider not being able to load existing split<br>
configuration files a regression. We won't be able to move to the new<br>
operation mode unless we figure out how to load them. If mod_wsgi is<br>
not willing to bend their argv, a envvar could be a good option.<br>
<span class="HOEnZb"><font color="#888888"><br>
Ihar<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div>