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

Openshift uncordoned compute-node that was intentionally cordoned

XMLWordPrintable

    • +
    • Moderate
    • No
    • MCO Sprint 256, MCO Sprint 257
    • 2
    • False
    • Hide

      None

      Show
      None
    • On MCP with higher maxUnavailable than unavailable nodes, cordoned nodes were mistakenly selected as an update candidate, depending on the order of the node list. This fix will always ensure cordoned nodes will not be queued for an update.
    • Bug Fix
    • Done

      Description of problem:

      Node has been cordoned manually.After several days, machine-config-controller uncordoned the same node after rendering a new machine-config.

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

          4.13

      Actual results:

      The mco rolled out and the node was uncordoned by the mco

      Expected results:

       MCO treat unscedhulable node as not ready for performing update. Also, it may halt update on other nodes  in the pool based on what maxUnavailable is set for that pool

      Additional info:

            djoshy David Joshy
            rhn-support-adv Arpitha DV
            Sergio Regidor de la Rosa Sergio Regidor de la Rosa
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated: