OpenStack Neutron API Charm

When ovn-central 'leader: ovnnb_db' moves to a new unit, neutron-server needs restarting to reconnect

Bug #1921986 reported by Xav Paice on 2021-03-31

This bug report is a duplicate of: Bug #1907686: ovn: instance unable to retrieve metadata. Edit Remove

This bug affects 1 person

Affects		Status	Importance	Assigned to	Milestone
	OpenStack Neutron API Charm	New	Undecided	Unassigned

Bug Description

cs:ovn-central-5, cs:neutron-api-292, Focal, openstack-origin=distro.

When the leader for ovnnb_db moved from one ovn-central unit to another (due to a service restart), the neutron-server logs started to show tracebacks (see https://pastebin.ubuntu.com/p/QhMy58NyFb/).

This resulted in the Neutron API being either unresponsive or showing that all Neutron agents were marked XXX, depending on whether the request timed out or not.

Workaround: restarting neutron-server after the move.

Revision history for this message

Frode Nordahl (fnordahl) wrote on 2021-03-31:

Hello Xav, thank you for reporting this issue.

We have recently triaged and have a SRU underway for a similar issue in bug 1907686. Would it be possible for you to look for any Traceback similar to https://bugs.launchpad.net/charm-ovn-chassis/+bug/1907686/comments/9 prior to the timeouts?

Revision history for this message

Xav Paice (xavpaice) wrote on 2021-04-06:

from neutron-ovn-metadata-agent.log:

2021-03-31 03:12:52.228 6968 INFO ovsdbapp.backend.ovs_idl.vlog [-] ssl:10.130.12.66:6642: clustered database server is not cluster leader; trying another server
2021-03-31 03:12:52.230 6968 INFO ovsdbapp.backend.ovs_idl.vlog [-] ssl:10.130.12.66:6642: connection closed by client
2021-03-31 03:12:59.195 4114 INFO ovsdbapp.backend.ovs_idl.vlog [-] ssl:10.130.11.131:6642: connected