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

ROSA HCP Nodepool versions unexpectedly do not match Node versions

XMLWordPrintable

    • Moderate
    • None
    • Hypershift Sprint 260
    • 1
    • Rejected
    • False
    • Hide

      None

      Show
      None
    • Hide
      clusters using mirroring release images might result in NodePools using the version of the OS instead of what they have in the spec. After this fix existing NodePools suffering the issue will only get the right version after their spec.release is change to a different version
      Show
      clusters using mirroring release images might result in NodePools using the version of the OS instead of what they have in the spec. After this fix existing NodePools suffering the issue will only get the right version after their spec.release is change to a different version

      Description of problem:

      ROSA HCP allows customers to select hostedcluster and nodepool OCP z-stream versions, respecting version skew requirements. E.g.:

      • A 4.15.28 hostedcluster with
      • A 4.15.28 nodepool
      • A 4.15.25 nodepool

      Version-Release number of selected component (if applicable):

      Reproducible on 4.14-4.16.z, this bug report demonstrates it for a 4.15.28 hostedcluster with a 4.15.25 nodepool

      How reproducible:

      100%    

      Steps to Reproduce:

          1. Create a ROSA HCP cluster, which comes with a 2-replica nodepool with the same z-stream version (4.15.28)
          2. Create an additional nodepool at a different version (4.15.25)
          

      Actual results:

      Observe that while nodepool objects report the different version (4.15.25), the resulting kernel version of the node is that of the hostedcluster (4.15.28)
      
      ❯ k get nodepool -n ocm-staging-2didt6btjtl55vo3k9hckju8eeiffli8                                                                                    
      NAME                     CLUSTER       DESIRED NODES   CURRENT NODES   AUTOSCALING   AUTOREPAIR   VERSION   UPDATINGVERSION   UPDATINGCONFIG   MESSAGE
      mshen-hyper-np-4-15-25   mshen-hyper   1               1               False         True         4.15.25   False             False            
      mshen-hyper-workers      mshen-hyper   2               2               False         True         4.15.28   False             False  
      
      
      ❯ k get no -owide                                            
      NAME                                         STATUS   ROLES    AGE   VERSION            INTERNAL-IP    EXTERNAL-IP   OS-IMAGE                                                       KERNEL-VERSION                  CONTAINER-RUNTIME
      ip-10-0-129-139.us-west-2.compute.internal   Ready    worker   24m   v1.28.12+396c881   10.0.129.139   <none>        Red Hat Enterprise Linux CoreOS 415.92.202408100433-0 (Plow)   5.14.0-284.79.1.el9_2.aarch64   cri-o://1.28.9-5.rhaos4.15.git674ed4c.el9
      ip-10-0-129-165.us-west-2.compute.internal   Ready    worker   98s   v1.28.12+396c881   10.0.129.165   <none>        Red Hat Enterprise Linux CoreOS 415.92.202408100433-0 (Plow)   5.14.0-284.79.1.el9_2.aarch64   cri-o://1.28.9-5.rhaos4.15.git674ed4c.el9
      ip-10-0-132-50.us-west-2.compute.internal    Ready    worker   30m   v1.28.12+396c881   10.0.132.50    <none>        Red Hat Enterprise Linux CoreOS 415.92.202408100433-0 (Plow)   5.14.0-284.79.1.el9_2.aarch64   cri-o://1.28.9-5.rhaos4.15.git674ed4c.el9

      Expected results:

          

      Additional info:

       

              agarcial@redhat.com Alberto Garcia Lamela
              mshen.openshift Michael Shen
              He Liu He Liu
              Votes:
              0 Vote for this issue
              Watchers:
              13 Start watching this issue

                Created:
                Updated: