-
Bug
-
Resolution: Done-Errata
-
Critical
-
None
-
None
-
None
-
2
-
False
-
-
False
-
Committed
-
?
-
ovn-operator-container-1.0.6-2
-
?
-
?
-
None
-
-
-
2
-
Neutron Sprint 2, Neutron Sprint 3, Neutron Sprint 4, Neutron Sprint 5
-
4
-
Moderate
The ovn-controler-ovs-<HASH> is in CrashLoopBackOff on the init container.
Its logs show:
$ oc logs ovn-controller-ovs-7wvtp -c ovsdb-server-init
+ CTL_ARGS='--system-id=random --no-ovs-vswitchd'
+ /usr/share/openvswitch/scripts/ovs-ctl start --system-id=random --no-ovs-vswitchd
ovsdb-tool: ovsdb error: /etc/openvswitch/conf.db: cannot identify file type
Starting ovsdb-server ovsdb-server: server configuration failed
[FAILED]
And going in debug mode into the init container shows that the file is empty.
This was tested using the latest upstream operators.
- is triggering
-
OSPRH-11001 Root Cause and Refine OSPRH-10688
- Closed
- relates to
-
OSPRH-8117 Bad timing of OVNDbCluster termination during db initialization may leave an empty db file on disc and block service startup
- Closed
- links to
-
RHBA-2025:144545 Release of containers for RHOSO OpenStack Podified images
- mentioned on
1.
|
Root cause parent bug OSPRH-10688 | Closed | Unassigned |