<div dir="ltr">I must admit I haven't digged up too much, but this might also look suspicious:<div><br></div><div><a href="https://review.openstack.org/#/c/96782/">https://review.openstack.org/#/c/96782/</a><br></div><div><br></div><div>Perhaps it's a combination of both? :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 29 October 2014 08:17, Kyle Mestery <span dir="ltr"><<a href="mailto:mestery@mestery.com" target="_blank">mestery@mestery.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 Wed, Oct 29, 2014 at 7:25 AM, Hly <<a href="mailto:henry4hly@gmail.com">henry4hly@gmail.com</a>> wrote:<br>
><br>
><br>
> Sent from my iPad<br>
><br>
> On 2014-10-29, at 下午8:01, Robert van Leeuwen <<a href="mailto:Robert.vanLeeuwen@spilgames.com">Robert.vanLeeuwen@spilgames.com</a>> wrote:<br>
><br>
>>>> I find our current design is remove all flows then add flow by entry, this<br>
>>>> will cause every network node will break off all tunnels between other<br>
>>>> network node and all compute node.<br>
>>> Perhaps a way around this would be to add a flag on agent startup<br>
>>> which would have it skip reprogramming flows. This could be used for<br>
>>> the upgrade case.<br>
>><br>
>> I hit the same issue last week and filed a bug here:<br>
>> <a href="https://bugs.launchpad.net/neutron/+bug/1383674" target="_blank">https://bugs.launchpad.net/neutron/+bug/1383674</a><br>
>><br>
>> From an operators perspective this is VERY annoying since you also cannot push any config changes that requires/triggers a restart of the agent.<br>
>> e.g. something simple like changing a log setting becomes a hassle.<br>
>> I would prefer the default behaviour to be to not clear the flows or at the least an config option to disable it.<br>
>><br>
><br>
> +1, we also suffered from this even when a very little patch is done<br>
><br>
</span>I'd really like to get some input from the tripleo folks, because they<br>
were the ones who filed the original bug here and were hit by the<br>
agent NOT reprogramming flows on agent restart. It does seem fairly<br>
obvious that adding an option around this would be a good way forward,<br>
however.<br>
<br>
Thanks,<br>
Kyle<br>
<div class="HOEnZb"><div class="h5"><br>
>><br>
>> Cheers,<br>
>> Robert van Leeuwen<br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div>