On Wed, Oct 29, 2014 at 7:25 AM, Hly <henry4...@gmail.com> wrote:
>
>
> Sent from my iPad
>
> On 2014-10-29, at 下午8:01, Robert van Leeuwen 
> <robert.vanleeu...@spilgames.com> wrote:
>
>>>> I find our current design is remove all flows then add flow by entry, this
>>>> will cause every network node will break off all tunnels between other
>>>> network node and all compute node.
>>> Perhaps a way around this would be to add a flag on agent startup
>>> which would have it skip reprogramming flows. This could be used for
>>> the upgrade case.
>>
>> I hit the same issue last week and filed a bug here:
>> https://bugs.launchpad.net/neutron/+bug/1383674
>>
>> From an operators perspective this is VERY annoying since you also cannot 
>> push any config changes that requires/triggers a restart of the agent.
>> e.g. something simple like changing a log setting becomes a hassle.
>> I would prefer the default behaviour to be to not clear the flows or at the 
>> least an config option to disable it.
>>
>
> +1, we also suffered from this even when a very little patch is done
>
I'd really like to get some input from the tripleo folks, because they
were the ones who filed the original bug here and were hit by the
agent NOT reprogramming flows on agent restart. It does seem fairly
obvious that adding an option around this would be a good way forward,
however.

Thanks,
Kyle

>>
>> Cheers,
>> Robert van Leeuwen
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

_______________________________________________
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to