Open lentzi90 opened 6 months ago
/triage accepted
/help
@kashifest: This request has been marked as needing help from a contributor.
Please ensure the request meets the requirements listed here.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues will close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle stale
Would be curious to see BMO logs, at least the relevant part.
/remove-lifecycle stale
Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale
.
Stale issues will close after an additional 30d of inactivity.
If this issue is safe to close now please do so with /close
.
/lifecycle stale
/remove-lifecycle stale
/lifecycle frozen
What steps did you take and what happened:
In the e2e test where we test the detach annotation, we had to add a sleep before attempting to delete the BareMetalHost. Otherwise it would still go into deprovisioning.
What did you expect to happen:
As soon as the detach annotation is set, the BareMetalHost should be possible to delete without causing any change to its state.
Anything else you would like to add:
Here is what it looks like when the test fails because the BMH goes to deprovisioning:
Environment:
main
/kind bug