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

BMH moves to deleting before all finalizers are processed

    XMLWordPrintable

Details

    Description

      There is a requirement to handle removal and cleaning of nodes installed into spoke clusters in the ZTP flow (driven by git ops).

      The currently proposed solution for this would use the hub cluster BMH to clean the host as it's already configured and can be used for either BM or non-platform spoke clusters.

      This removal should be triggered by the deletion of the BMH, but if the BMH is removed we can't also use it to handle deprovisioning the host.

      If another finalizer is configured on the BMH BMO should assume that host is not ready to be deleted.

      Testing steps:

      1. Create and provision a BMH with automatedCleaningMode set to "metadata"
      2. Add the detached annotation: baremetalhost.metal3.io/detached: '{"deleteAction":"delay"}'
      3. Delete the BMH

      Deprovisioning should wait until the detached annotation is removed, previously the host was deleted before deprovisioning could run.

      Attachments

        Issue Links

          Activity

            People

              ncarboni@redhat.com Nick Carboni
              ncarboni@redhat.com Nick Carboni
              Trey West Trey West
              Votes:
              0 Vote for this issue
              Watchers:
              8 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: