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

MCN desired config is not updated when we use OCL

XMLWordPrintable

    • Moderate
    • None
    • 2
    • MCO Sprint 259, MCO Sprint 268
    • 2
    • True
    • Hide

      Builds on changes made for MCO-1501

      Show
      Builds on changes made for MCO-1501
    • Release Note Not Required
    • In Progress

      Description of problem:

      When we enable OCL in the worker pool, and we apply a new MC the MC is correctly applied,  but some MCNs are not reporting the right MC in their .spec.configVersion.desired field.
      
      If we don't use OCL the MCN field is correctly updated.
      
          

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

      $ oc get clusterversion
      NAME      VERSION                              AVAILABLE   PROGRESSING   SINCE   STATUS
      version   4.17.0-0.nightly-2024-08-19-165854   True        False         6h4m    Cluster version is 4.17.0-0.nightly-2024-08-19-165854
      
          

      How reproducible:

      Always
          

      Steps to Reproduce:

          1. Enable OCL in the worker pool
          2. Wait until the OCL image is applied
          3. Create a MC, for example
          
      apiVersion: machineconfiguration.openshift.io/v1
      kind: MachineConfig
      metadata:
        labels:
          machineconfiguration.openshift.io/role: worker
        name: test-machine-config-1
      spec:
        config:
          ignition:
            version: 3.1.0
          storage:
            files:
            - contents:
                source: data:text/plain;charset=utf-8;base64,dGVzdA==
              filesystem: root
              mode: 420
              path: /etc/test-file-1.test
      
          3. Check the value that the MCN are reporting in the field .spec.configVersion.desired 
          

      Actual results:

          The value of .spec.confi.gVersion.desired is not updated in some MCN
          
      $ oc --kubeconfig=/tmp/aa4 get node ip-10-0-64-142.us-east-2.compute.internal -o jsonpath='{.metadata.annotations.machineconfiguration\.openshift\.io/desiredConfig}'
      rendered-worker-58863917c8b42a0cffab0c9639f31d35
      $ oc --kubeconfig=/tmp/aa4 get machineconfignode ip-10-0-64-142.us-east-2.compute.internal -o jsonpath='{.spec.configVersion.desired}'
      rendered-worker-d7b9167918f0dbb3f752919bb33a4271 
          
      $ oc get machineconfignode
      NAME                                        UPDATED   UPDATEPREPARED   UPDATEEXECUTED   UPDATEPOSTACTIONCOMPLETE   UPDATECOMPLETE   RESUMED
      ip-10-0-31-25.us-east-2.compute.internal    True      False            False            False                      False            True
      ip-10-0-44-74.us-east-2.compute.internal    True      False            False            False                      False            True
      ip-10-0-64-142.us-east-2.compute.internal   True      False            False            False                      False            False
      ip-10-0-82-233.us-east-2.compute.internal   True      False            False            False                      False            False
      ip-10-0-91-230.us-east-2.compute.internal   True      False            False            False                      False            True
      
          

      Expected results:

          The values should be updated in MCN
          

      Additional info:

      The machineconfignode resources are not included in the must-gather file, so we added it manually to the tar file.
          

              rh-ee-ijanssen Isabella Janssen
              sregidor@redhat.com Sergio Regidor de la Rosa
              Prachiti Talgulkar Prachiti Talgulkar
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

                Created:
                Updated: