Description of problem:
After rebooting compute node br-tun bridge is missing and the following error is seen in ovs-vsctl show:
Bridge br-int
Controller "tcp:127.0.0.1:6633"
is_connected: true
fail_mode: secure
datapath_type: system
Port qr-a64ea052-e8
tag: 1
Interface qr-a64ea052-e8
type: internal
Port qg-de731566-5c
tag: 2
Interface qg-de731566-5c
type: internal
Port patch-tun
Interface patch-tun
type: patch
options: {peer=patch-int}
error: "No usable peer 'patch-int' exists in 'system' datapath."
Port br-int
Interface br-int
type: internal
Port int-br-ex
Interface int-br-ex
type: patch
options: {peer=phy-br-ex}
Port qr-94e0b649-6e
tag: 1
Interface qr-94e0b649-6e
type: internal
Port ha-59828361-e7
tag: 3
Interface ha-59828361-e7
type: internal
Version-Release number of selected component (if applicable):
ovs_version: "2.13.2"
Post restarting neutron_ovs_agent container, br-tun and ovs flows are restored.
How reproducible:
Often - but important only occurs when there are number instances on the compute is high
Steps to Reproduce:
1- Reboot compute node with high number of instances
2- Post reboot br-tun will be found missing
Actual results:
br-tun is found missing
Expected results:
br-tun should be up as normal
Additional info:
Restarting neutron_ovs_agent container is working workaround for this.
*** Bug 1950415 has been marked as a duplicate of this bug. ***
Comment 21Daniel Alvarez Sanchez
2021-04-29 09:05:42 UTC
I have checked the d/s patch [0] and it got merged a few hours ago.
However, I also see a package that contains the fix from April 23rd [1] and I believe that we can hotfix it already.
@Brent, is there anything missing that prevents us from handing over the hotfix already? Can you prepare the instructions (containers to be updated, and things like this).
Thanks!
daniel
[0] https://code.engineering.redhat.com/gerrit/#/c/238673/
[1] https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=1586091
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory (Red Hat OpenStack Platform 16.1.6 bug fix and enhancement advisory), and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.
https://access.redhat.com/errata/RHBA-2021:2097
Description of problem: After rebooting compute node br-tun bridge is missing and the following error is seen in ovs-vsctl show: Bridge br-int Controller "tcp:127.0.0.1:6633" is_connected: true fail_mode: secure datapath_type: system Port qr-a64ea052-e8 tag: 1 Interface qr-a64ea052-e8 type: internal Port qg-de731566-5c tag: 2 Interface qg-de731566-5c type: internal Port patch-tun Interface patch-tun type: patch options: {peer=patch-int} error: "No usable peer 'patch-int' exists in 'system' datapath." Port br-int Interface br-int type: internal Port int-br-ex Interface int-br-ex type: patch options: {peer=phy-br-ex} Port qr-94e0b649-6e tag: 1 Interface qr-94e0b649-6e type: internal Port ha-59828361-e7 tag: 3 Interface ha-59828361-e7 type: internal Version-Release number of selected component (if applicable): ovs_version: "2.13.2" Post restarting neutron_ovs_agent container, br-tun and ovs flows are restored. How reproducible: Often - but important only occurs when there are number instances on the compute is high Steps to Reproduce: 1- Reboot compute node with high number of instances 2- Post reboot br-tun will be found missing Actual results: br-tun is found missing Expected results: br-tun should be up as normal Additional info: Restarting neutron_ovs_agent container is working workaround for this.