-
Bug
-
Resolution: Done-Errata
-
Major
-
None
-
4.13, 4.12, 4.14
-
Important
-
No
-
Rejected
-
False
-
Description of problem:
When CNO is managed by Hypershift, it's deployment has "hypershift.openshift.io/release-image" template metadata annotation. The annotation's value is used to track progress of cluster control plane version upgrades. Example: apiVersion: apps/v1 kind: Deployment metadata: generation: 24 labels: hypershift.openshift.io/managed-by: control-plane-operator name: cluster-network-operator namespace: master-cg319sf10ghnddkvo8j0 ... spec: progressDeadlineSeconds: 600 ... template: metadata: annotations: hypershift.openshift.io/release-image: us.icr.io/armada-master/ocp-release:4.12.7-x86_64 target.workload.openshift.io/management: '{"effect": "PreferredDuringScheduling"}' ... The same annotation must be set by CNO on multus-admission-controller deployment so that service providers can track its version upgrades as well. CNO need a code fix to implement this annotation propagation logic.
Version-Release number of selected component (if applicable):
How reproducible:
Always
Steps to Reproduce:
1.Create OCP cluster using Hypershift 2.Check deployment template metadata annotations on multus-admission-controller
Actual results:
No "hypershift.openshift.io/release-image" deployment template metadata annotation exists
Expected results:
"hypershift.openshift.io/release-image" annotation must be present
Additional info:
- clones
-
OCPBUGS-11448 Multus admission controller must have "hypershift.openshift.io/release-image" annotation when CNO is managed by Hypershift
- Closed
- depends on
-
OCPBUGS-11448 Multus admission controller must have "hypershift.openshift.io/release-image" annotation when CNO is managed by Hypershift
- Closed
- is depended on by
-
OCPBUGS-11448 Multus admission controller must have "hypershift.openshift.io/release-image" annotation when CNO is managed by Hypershift
- Closed
- links to
-
RHBA-2023:5011 OpenShift Container Platform 4.13.z bug fix update