-
Bug
-
Resolution: Done-Errata
-
Blocker
-
rhos-18.0.7
-
None
-
1
-
False
-
-
False
-
?
-
openstack-operator-container-1.0.12-7
-
Impediment
-
rhos-conplat-core-operators
-
None
-
-
-
-
OSPK8S Sprint 1
-
1
-
Important
To Reproduce Steps to reproduce the behavior:
Change back the replicas count from 0 to 1 in csv openstack-operator.v1.0.9 -n openstack-operators. This operation will overwrite the modified memory limits/requests to default values which causes the issue.
Expected behavior
- infra-operator-controller-manager pod should run without any error
Screenshots
- Default values:
--------------
limits:
cpu: 500m
memory: 256Mi
requests:
cpu: 10m
memory: 128Mi
Updated values:
---------------
resources:
limits:
cpu: 500m
memory: 1Gi
requests:
cpu: 10m
memory: 512Mi
Device Info (please complete the following information):
-
- # oc get openstackversion
NAME TARGET VERSION AVAILABLE VERSION DEPLOYED VERSION
openstackcontrolplane 18.0.7-20250408.2 18.0.7-20250408.2 18.0.7-20250408.2
- # oc get openstackversion
Bug impact
- Pod will crash
Known workaround
oc describe csv openstack-operator.v1.0.9 -n openstack-operators
- update the memory/request values as shown above
- update the deployment replica count to 0
3. oc describe deployment infra-operator-controller-manager -n openstack-operators
modified the vlaues for infra-operator-controller manager as shown below.
Limits:
cpu: 500m
memory: 1Gi
Requests:
cpu: 10m
memory: 512Mi
Additional context
- Expecting permanent fix, any restart at operator level can change the values back to default & the pods will crash again.
- links to
-
RHSA-2025:152105 Release of containers for RHOSO OpenStack Podified operator