I must admit I haven't digged up too much, but this might also look suspicious:
https://review.openstack.org/#/c/96782/ Perhaps it's a combination of both? :) On 29 October 2014 08:17, Kyle Mestery <[email protected]> wrote: > On Wed, Oct 29, 2014 at 7:25 AM, Hly <[email protected]> wrote: > > > > > > Sent from my iPad > > > > On 2014-10-29, at 下午8:01, Robert van Leeuwen < > [email protected]> 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 > >> [email protected] > >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > _______________________________________________ > > OpenStack-dev mailing list > > [email protected] > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > _______________________________________________ > OpenStack-dev mailing list > [email protected] > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
_______________________________________________ OpenStack-dev mailing list [email protected] http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
