-
Bug
-
Resolution: Done-Errata
-
Major
-
4.13, 4.14
-
None
-
Important
-
No
-
SDN Sprint 246, SDN Sprint 247, SDN Sprint 248
-
3
-
Rejected
-
False
-
This is a clone of issue OCPBUGS-18135. The following is the description of the original issue:
—
Description of problem:
The target.workload.openshift.io/management annotation causes CNO operator pods to wait for nodes to appear. Eventually they give up waiting and they get scheduled. This annotation should not be set for the hosted control plane topology, given that we should not wait for nodes to exist for the CNO to be scheduled.
Version-Release number of selected component (if applicable):
4.14, 4.13
How reproducible:
always
Steps to Reproduce:
1. Create IBM ROKS cluster 2. Wait for cluster to come up 3.
Actual results:
Cluster takes a long time to come up because CNO pods take ~15 min to schedule.
Expected results:
Cluster comes up quickly
Additional info:
Note: Verification for the fix has already happened on the IBM Cloud side. All OCP QE needs to do is to make sure that the fix doesn't cause any regression to the regular OCP use case.
- blocks
-
OCPBUGS-23322 target.workload.openshift.io/management annotation on CNO causes delays for IBM ROKS Toolkit
- Closed
- clones
-
OCPBUGS-18135 target.workload.openshift.io/management annotation on CNO causes delays for IBM ROKS Toolkit
- Closed
- is blocked by
-
OCPBUGS-23293 target.workload.openshift.io/management annotation on CNO causes delays for IBM ROKS Toolkit
- Closed
- links to
-
RHBA-2024:0306 OpenShift Container Platform 4.11.z bug fix update