Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-20302

Add automatedCleaningMode:disabled in scale-in section for hardware failure node

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Undefined Undefined
    • rhos-18.0.z
    • rhos-18.0.z
    • documentation
    • None
    • 3
    • False
    • Hide

      None

      Show
      None
    • False
    • ?
    • rhos-ops-day1day2-hardprov
    • None
    • Hide
      .Error replacing unprovisioned nodes

      Red Hat OpenStack Services on Openshift (RHOSO) uses `metal3` for provisioning unprovisioned dataplane nodes. An error state occurs when you must replace a node where the `bootMacAddress` cannot be updated. The result is that the node is stuck in a state where it must be completely removed from the deployment and provisioned as if it is a new node. If the `automatedCleaningMode` attribute is set `automatedCleaningMode: disabled`, this error state does not occur.

      *Workaround:* When provisioning unprovisioned dataplane nodes, ensure the `automatedCleaningMode` attribute is set to `automatedCleaningMode:disabled`.
      Show
      .Error replacing unprovisioned nodes Red Hat OpenStack Services on Openshift (RHOSO) uses `metal3` for provisioning unprovisioned dataplane nodes. An error state occurs when you must replace a node where the `bootMacAddress` cannot be updated. The result is that the node is stuck in a state where it must be completely removed from the deployment and provisioned as if it is a new node. If the `automatedCleaningMode` attribute is set `automatedCleaningMode: disabled`, this error state does not occur. *Workaround:* When provisioning unprovisioned dataplane nodes, ensure the `automatedCleaningMode` attribute is set to `automatedCleaningMode:disabled`.
    • Known Issue
    • Done
    • HardProv Sprint 15
    • 1
    • Moderate

      RHOSO18 uses metal3 for baremetal node provisioning for EDPM node.

      When NIC hardware issue for ctlplane NIC happens, deprovisioning process doesn't move forward when automatedCleaningMode: metadata which is default.

      If the provisioning method is virtualmedia, bootMACAddress is used to identify the NIC for communication between ironic and ironic-python-agent.
      Deporvisioning process tries to boot the system with image mode and wipe out some data from the system.
      This uses the same process of provisioning.

      Unfortunately, current meatl3 doesn't allow to update bootMACAddress once it is configured for virtual media.
      So, all users who hit the hardware failure of ctlplane NIC hit this issue.

      We should add a note that they need to patch automatedCleaningMode to disabled.

      ref. https://book.metal3.io/bmo/automated_cleaning

              erpeters@redhat.com Erin Peterson
              rhn-support-knoha Keigo Noha
              rhos-dfg-hardprov
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated:
                Resolved: