-
Bug
-
Resolution: Unresolved
-
Normal
-
None
-
4.16.0
Observed in
there was a delay provisioning one of the master nodes, we should figure out why this is happening and if it can be prevented
from the ironic logs, there was a 5 minute delay during cleaning, on the other 2 masters this too a few seconds
01:20:53 1f90131a...moved to provision state "verifying" from state "enroll" 01:20:59 1f90131a...moved to provision state "manageable" from state "verifying" 01:21:04 1f90131a...moved to provision state "inspecting" from state "manageable" 01:21:35 1f90131a...moved to provision state "inspect wait" from state "inspecting" 01:26:26 1f90131a...moved to provision state "inspecting" from state "inspect wait" 01:26:26 1f90131a...moved to provision state "manageable" from state "inspecting" 01:26:30 1f90131a...moved to provision state "cleaning" from state "manageable" 01:27:17 1f90131a...moved to provision state "clean wait" from state "cleaning" >>> whats this 5 minute gap about ?? <<< 01:32:07 1f90131a...moved to provision state "cleaning" from state "clean wait" 01:32:08 1f90131a...moved to provision state "clean wait" from state "cleaning" 01:32:12 1f90131a...moved to provision state "cleaning" from state "clean wait" 01:32:13 1f90131a...moved to provision state "available" from state "cleaning" 01:32:23 1f90131a...moved to provision state "deploying" from state "available" 01:32:28 1f90131a...moved to provision state "wait call-back" from state "deploying" 01:32:58 1f90131a...moved to provision state "deploying" from state "wait call-back" 01:33:14 1f90131a...moved to provision state "active" from state "deploying"
- is cloned by
-
OCPBUGS-41783 Delay in provisioning master node
- Closed
- is depended on by
-
OCPBUGS-41783 Delay in provisioning master node
- Closed
- relates to
-
OCPBUGS-33157 IPv6 metal-ipi jobs: master-bmh-update loosing access to API
- Closed
- links to
-
RHEA-2024:6122 OpenShift Container Platform 4.18.z bug fix update