-
Bug
-
Resolution: Done-Errata
-
Normal
-
4.14, 4.15, 4.16
-
No
-
False
-
-
-
Bug Fix
-
Done
Description of problem:
When you delete a cluster, or just a BMH, before the installation starts (Assisted Service takes the control), the metal3-operator tries to generate a PreprovisioningImage.
In previous versions, it was created a fix that, during some first installation phases the creation of the PreprovisioningImage was not invoked:
it was based on the status "StateDeleting".
Recently, it was added a new status "StatePoweringOffBeforeDelete":
but this status is not covered on the previous fix. And during this new phase there should not be tried to create the image.
The problem of trying create the PreprovisioningImage, when it should not, it is that create problems on ZTP. Where the BMH and all the objects are deleted at the same time. And the operator cannot create the image because the NS is been deleted.
Version-Release number of selected component (if applicable):
4.14
How reproducible:
Steps to Reproduce:
1.Create a cluster 2.Wait until the provisioing phase 3.Delete the cluster 4.The metal3-operator tries to create the PreprovisioningImage wrongly.
Actual results:
Expected results:
Additional info:
- blocks
-
OCPBUGS-34682 BareMetalHost CR gets stuck if delete before installing starts
- Closed
- is cloned by
-
OCPBUGS-34682 BareMetalHost CR gets stuck if delete before installing starts
- Closed
- is related to
-
OCPBUGS-42945 BareMetalHost CR fails to delete on cluster cleanup
- Verified
- links to
-
RHEA-2024:0041 OpenShift Container Platform 4.16.z bug fix update