Bug 1903091 - [OSP16.1] Duplicate mount entries related to openvswitch "tmpfs /run/openvswitch tmpfs rw,seclabel,nosuid,nodev,mode=755 0 0"
Summary: [OSP16.1] Duplicate mount entries related to openvswitch "tmpfs /run/openvswi...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-heat-templates
Version: 16.1 (Train)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: z4
: 16.1 (Train on RHEL 8.2)
Assignee: Brent Eagles
QA Contact: Candido Campos
URL:
Whiteboard:
: 2218577 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-12-01 10:15 UTC by ggrimaux
Modified: 2023-07-19 12:21 UTC (History)
25 users (show)

Fixed In Version: openstack-tripleo-heat-templates-11.3.2-1.20210104205661.el8ost
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2021-03-17 15:36:09 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack gerrit 770970 0 None MERGED [TRAIN ONLY] Remove duplicate /var/run/openvswitch bind mount 2021-02-16 16:58:00 UTC
OpenStack gerrit 771093 0 None MERGED [USSURI ONLY] Remove duplicate /var/run/openvswitch bind mount 2021-02-16 16:58:00 UTC
Red Hat Issue Tracker OSP-26740 0 None None None 2023-07-19 12:21:52 UTC
Red Hat Knowledge Base (Solution) 5709161 0 None None None 2021-01-19 19:01:33 UTC
Red Hat Product Errata RHBA-2021:0817 0 None None None 2021-03-17 15:36:38 UTC

Description ggrimaux 2020-12-01 10:15:23 UTC
Description of problem:
Client using Openvswitch and NOT OVN have very high number of duplicate openvswitch mounts making it slow to ssh to compute nodes and 'runc' processes using 100% cpu.

After stracing one of those process we noticed it kept timing out while accessing /proc/$pid/mountinfo.

We cat the file and found 32767 tmpfs mount:
117756 68588 0:24 /openvswitch /run/openvswitch rw,nosuid,nodev shared:26 - tmpfs tmpfs rw,seclabel,mode=755

We stopped systemd ovsdb-server on the node, umount /run/openvswitch (might not have been necessary) and after that all the mounts were gone, the processes were all back to normal.

This was experienced on OSP16.1.1.
Client updated his environment to OSP16.1.2 and the same thing can be seen.

We need your help to find the source of those entries.

Version-Release number of selected component (if applicable):
OSP16.1.2
openvswitch2.13-2.13.0-60.el8fdp.x86_64

How reproducible:
100% on this environment (compute nodes)

Steps to Reproduce:
1. Unknown
2.
3.

Actual results:
Duplicate openvswitch mount entries in /proc/mounts

Expected results:
Only one entry.

Additional info:
We have sosreport with the issue.

Comment 11 Chris Fields 2021-01-18 14:54:40 UTC
The tested work around is a reboot of overcloud nodes that have excessive mounts as detected like this:

cat /proc/mounts | grep 'tmpfs /run/openvswitch' | wc -l

Comment 13 Chris Fields 2021-01-19 19:02:14 UTC
KCS Solution is published and linked here.  We would like to find a resolution that is less invasive than Overcloud node reboots.

Comment 42 coldford@redhat.com 2021-02-11 16:41:34 UTC
Hello,

The customer reports the following seems to clean up the mounts:

# systemctl stop ovs-dbserver
# umount /run/openvswitch
# systemctl start ovs-dbserver
# podman stop neutron_ovs_agent
# sleep 5
# podman start neutron_ovs_agent

- Cory

Comment 48 errata-xmlrpc 2021-03-17 15:36:09 UTC
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.4 director bug fix 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:0817

Comment 49 Robin Jarry 2023-07-19 12:20:09 UTC
*** Bug 2218577 has been marked as a duplicate of this bug. ***


Note You need to log in before you can comment on or make changes to this bug.