-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
4.17.z
-
None
-
None
-
False
-
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
-
None
Description of problem:
A Customer upgraded their OCP cluster to v4.17.37, then they noticed a few inconsistencies in operator namespaces across clusters:
Local Storage Operator (LSO)
- In the production cluster, the LSO is still running in the local-storage namespace.
- CSV details confirm it’s active and managing existing LocalVolume CRs (local-block), along with diskmaker-manager DaemonSets in the same namespace.
- The openshift-local-storage namespace exists but has no operator deployment or subscriptions.
- In contrast, other clusters on the same version (4.17.37) show the LSO operating under openshift-local-storage.
This indicates that during multi-hop upgrades (4.15 → 4.16 → 4.17), the legacy namespace and operator were retained instead of being migrated. The system is healthy, but this results in an inconsistent configuration across clusters.