Uploaded image for project: 'OpenShift Bugs'
  1. OpenShift Bugs
  2. OCPBUGS-13920

Multus admission controller must have "hypershift.openshift.io/release-image" annotation when CNO is managed by Hypershift (backport to release-4.13)

XMLWordPrintable

    • Important
    • No
    • Rejected
    • False
    • Hide

      None

      Show
      None

      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:

       

       

              michael.topchiev@ibm.com Michael Topchiev (Inactive)
              michael.topchiev@ibm.com Michael Topchiev (Inactive)
              Weibin Liang Weibin Liang
              IBM Employee
              Michael Topchiev (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              6 Start watching this issue

                Created:
                Updated:
                Resolved: