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

Follow up - Investigate and fix flaky TestNTOMachineConfigGetsRolledOut

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Critical Critical
    • 4.20.0
    • 4.20.0
    • HyperShift
    • Quality / Stability / Reliability
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None
    • Rejected
    • Hypershift Sprint 262, Hypershift Sprint 263
    • 2
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Description of problem:

          During the fix of flaky machineConfigRollout tests on aks it was noticed that the time taken for the configUpdating status on the nodepool to appear was longer than expected.
      
      Times observed were in the range of 10-20 seconds, when were expecting this to be reflected within 5seconds.

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

          4.18

      How reproducible:

          100%

      Steps to Reproduce:

          1. Check the test logs for e2e and search `start config update` this will point you to the tests logs that include replace and inplace nodepoolConfigUpdate and should also report the time it took for the condition to be reported.
          2.
          3.
          

      Actual results:

          We ideally would want this under 5 seconds or atleast to understand why the times here are longer when comapared to local runs of the test.

      Expected results:

          updatingConfig condition reported in < 5 seconds

      Additional info:

          

              rh-ee-brcox Bryan Cox
              pstefans@redhat.com Patryk Stefanski
              None
              None
              None
              None
              Votes:
              1 Vote for this issue
              Watchers:
              7 Start watching this issue

                Created:
                Updated: