-
Bug
-
Resolution: Done-Errata
-
Normal
-
4.14, 4.15, 4.16
-
No
-
False
-
-
-
Bug Fix
-
In Progress
This is a clone of issue OCPBUGS-34682. The following is the description of the original issue:
—
This is a clone of issue OCPBUGS-33048. The following is the description of the original issue:
—
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:
- clones
-
OCPBUGS-34682 BareMetalHost CR gets stuck if delete before installing starts
- Closed
- is blocked by
-
OCPBUGS-34682 BareMetalHost CR gets stuck if delete before installing starts
- Closed
- links to
-
RHBA-2024:3881 OpenShift Container Platform 4.14.z bug fix update