-
Bug
-
Resolution: Done-Errata
-
Major
-
None
-
None
-
5
-
False
-
-
False
-
?
-
ovn-operator-container-1.0.11-3
-
None
-
-
-
Neutron Sprint 10, Neutron Sprint 11, Neutron Sprint 12, Neutron Sprint 13, Neutron Sprint 14, Neutron Sprint 15
-
6
-
Important
Since https://issues.redhat.com/browse/OSPRH-6326 ovs-vswitchd container(ovn-controller-ovs pods) not logging to console as it starts the ovs-vswitchd in detach mode and from the man page:-
Runs as a background process. The process forks, and in
the child it starts a new session, closes the standard file
descriptors (which has the side effect of disabling logging to the
console), and changes its current directory to the root (unless
--no-chdir is specified). After the child completes its
initialization, the parent exits.
Noticed while looking into https://issues.redhat.com/browse/OSPRH-10821
– Notes from the triage call –
/usr/sbin/ovs-vswitchd --pidfile --mlockall --detach
We need a different way of running ovs-vswitchd on a different thread so as to not block the flow restoration performed by this same script.
- is caused by
-
OSPRH-6326 Update ovs container image without disrupting gateway datapath
-
- Verified
-
- is related to
-
FDP-1292 ovn-controller starts configuring ovs even though flow-restore-wait is set to true
-
- Closed
-
- links to
-
RHBA-2025:150386 Control plane Operators for RHOSO 18.0.9