<div dir="ltr"><div>><span style="font-size:12.8px">[1]: </span><a href="https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L178" rel="noreferrer" target="_blank" style="font-size:12.8px">https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L178</a></div><span style="font-size:12.8px">>[2]: </span><a href="https://github.com/openstack/nova/blob/master/nova/conf/virt.py#L164-L166" rel="noreferrer" target="_blank" style="font-size:12.8px">https://github.com/openstack/nova/blob/master/nova/conf/virt.py#L164-L166</a><div><br></div><div><div>This is a Nova option to decide how long to wait for Neutron to callback before considering a port failed to be wired. The time this will take will depend quite a bit on how heavily loaded the system is. We can certainly try to get rid of it, but it means that we have to force assumptions about how quickly a system should give up waiting for wiring. It would be similar to getting rid of the option to choose a timeout value for the API clients.<br></div><div><br></div></div><div>><span style="font-size:12.8px">[3]: </span><a href="https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L162" rel="noreferrer" target="_blank" style="font-size:12.8px">https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L162</a></div><span style="font-size:12.8px">>[4]: </span><a href="https://github.com/openstack/neutron/blob/master/neutron/common/config.py#L53" rel="noreferrer" target="_blank" style="font-size:12.8px">https://github.com/openstack/neutron/blob/master/neutron/common/config.py#L53</a><div><br></div><div>Neutron does not need to be deployed with keystone. This is how you disable it. Some operators do not have Neutron exposed to tenants so keystone is stripped away for performance since the only things communicating with Neutron are internal trusted services.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 11, 2016 at 12:42 PM, Hirofumi Ichihara <span dir="ltr"><<a href="mailto:ichihara.hirofumi@lab.ntt.co.jp" target="_blank">ichihara.hirofumi@lab.ntt.co.jp</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I agree. Throughout I was reviewing Devstack over 3 cycles,<br>
I thought the same thing. Devstack often accepted patches just<br>
adding option although we're not sure who really needs the options.<br>
There are many useless stuff in the options.<br>
For example, default value of devstack option is the same value as<br>
default in Projects. Please look at [1] and [2], [3] and [4]. Who uses these options?<br>
<br>
We can see such options in devstack throughout. I agree we will adjust default configurations and<br>
that documents in Neutron side. However, let's eliminate such options are clearly useless first.<br>
And then we should do after we made necessary options clear.<br>
<br>
[1]: <a href="https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L178" rel="noreferrer" target="_blank">https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L178</a><br>
[2]: <a href="https://github.com/openstack/nova/blob/master/nova/conf/virt.py#L164-L166" rel="noreferrer" target="_blank">https://github.com/openstack/nova/blob/master/nova/conf/virt.py#L164-L166</a><br>
[3]: <a href="https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L162" rel="noreferrer" target="_blank">https://github.com/openstack-dev/devstack/blob/master/lib/neutron-legacy#L162</a><br>
[4]: <a href="https://github.com/openstack/neutron/blob/master/neutron/common/config.py#L53" rel="noreferrer" target="_blank">https://github.com/openstack/neutron/blob/master/neutron/common/config.py#L53</a><br>
<br>
Thanks,<br>
Hirofumi<div class="HOEnZb"><div class="h5"><br>
<br>
On 2016/04/09 0:07, Sean M. Collins wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Prior to the introduction of local.conf, the only way to configure<br>
OpenStack components was to introduce code directly into DevStack, so<br>
that DevStack would pick it up then inject it into the configuration<br>
file.<br>
<br>
This was because DevStack writes out new configuration files on each<br>
run, so it wasn't possible for you to make changes to any configuration<br>
file (nova.conf, neutron.conf, ml2_plugin.ini, etc..).<br>
<br>
So, someone who wanted to set the Linux Bridge Agent's<br>
physical_interface_mappings setting for Neutron would have to use<br>
$LB_INTERFACE_MAPPINGS in DevStack, which would then be invoked by<br>
DevStack[1].<br>
<br>
The local.conf functionality was introduced quite a while back, and<br>
I think it's time to have a conversation about why we should start<br>
moving away from the previous practice of declaring variables in<br>
DevStack, and then having them injected into the configuration files.<br>
<br>
The biggest issue is: There is a disconnect between the developers<br>
using DevStack and someone who is an operator or who has been editing<br>
OpenStack conf files directly. So, for example I can tell you all about<br>
how DevStack has a bunch of variables for configuring Neutron (which is<br>
Not a Good Thing™), and how those go into DevStack and then end up coming<br>
out the other side in a Neutron configuration file.<br>
<br>
Really, I would like to get rid of the intermediate layer (DevStack)<br>
and get both Devs and Deployers to be able to just say: Here's my<br>
neutron.conf - let's diff mine and yours and see what we need to sync.<br>
<br>
Matt Kassawara and I have had this issue, since he's coming from the<br>
OSAD side, and I'm coming from the DevStack side. We both know what the<br>
Neutron configuration should end up as, but DevStack having its own set<br>
of variables and how those variables are handled and eventually rendered<br>
as a Neutron config file makes things more difficult than it needs to<br>
be, since Matt has to now go and learn about how DevStack handles all<br>
these Neutron specific variables.<br>
<br>
The Neutron refactor[2] that I am working on, I am trying to configure<br>
as little as possible in DevStack. Neutron should be able to, out of the<br>
box, Just Work™. If it can't, then that needs to be fixed in Neutron.<br>
<br>
Secondly, the Neutron refactor will be getting rid of all the things<br>
like $LB_INTERFACE_MAPPINGS - I would *much* prefer that someone using<br>
DevStack actually set the apropriate line in their local.conf<br>
<br>
Such as:<br>
<br>
[[post-config|/$Q_PLUGIN_CONF_FILE]]<br>
[linux_bridge]<br>
physical_interface_mappings = foo:bar<br>
<br>
<br>
The advantage of this is, when someone is working with DevStack, the<br>
things they are configuring are the same as all the other OpenStack documentation.<br>
<br>
For example, someone could read the Networking Guide, read the example<br>
configuration[3] and the only thing they'd need to learn is our syntax<br>
for specifying what file the contents go in (the "[[post-config|/$Q_PLUGIN_CONF_FILE]]" piece).<br>
<br>
Thoughts?<br>
<br>
[1]: <a href="https://github.com/openstack-dev/devstack/blob/1195a5b7394fc5b7a1cb1415978e9997701f5af1/lib/neutron_plugins/linuxbridge_agent#L63" rel="noreferrer" target="_blank">https://github.com/openstack-dev/devstack/blob/1195a5b7394fc5b7a1cb1415978e9997701f5af1/lib/neutron_plugins/linuxbridge_agent#L63</a><br>
<br>
[2]: <a href="https://review.openstack.org/168438" rel="noreferrer" target="_blank">https://review.openstack.org/168438</a><br>
<br>
[3]: <a href="http://docs.openstack.org/liberty/networking-guide/scenario-classic-lb.html#example-configuration" rel="noreferrer" target="_blank">http://docs.openstack.org/liberty/networking-guide/scenario-classic-lb.html#example-configuration</a><br>
<br>
</blockquote>
<br>
<br>
<br>
<br></div></div><div class="HOEnZb"><div class="h5">
__________________________________________________________________________<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><br></div>