Jian Wen <wenjia...@gmail.com> wrote:
Hello,
If we restart OvS/ovs-agent when one or more of Neutron, MySQL and
RabbitMQ is not available, the flow rules in OvS will be gone. If
Neutron/MySQL/RabbitMQ doesn't become available in time, the VMs
will lose their network connections. It's not easy for an
operations engineer to manually restore the flow rules. An
operations engineer working under pressure at 2 a.m. will make
mistakes.
We can backup the ports info to a local file. In case of emergency
the ovs-agent can use it to restore the flow rules. What do you
think of this feature?
Related bugs:
Restarting neutron openvswitch agent causes network hiccup by throwing away
all flows
https://bugs.launchpad.net/neutron/+bug/1383674
Restarting OVS agent drops VMs traffic when using VLAN provider bridges
https://bugs.launchpad.net/neutron/+bug/1514056
After restarting an ovs agent, it still drops useful flows if the neutron
server is busy/down
https://bugs.launchpad.net/neutron/+bug/1515075
Ovs agent loses OpenFlow rules if OVS gets restarted while Neutron is
disconnected from SQL
https://bugs.launchpad.net/neutron/+bug/1531210
Most of those bugs are fixed (at least for stable/liberty+). Isn’t it
enough to avoid data plane reset when the agent fails to fetch new port
data from its controller? Why do we need another mechanism here?
Ihar
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev