Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 2100501

Summary: The virtualmedia doesn't disconnect the ISO during spoke deployment after writing the image to the disk
Product: OpenShift Container Platform Reporter: Alexander Chuzhoy <sasha>
Component: Bare Metal Hardware ProvisioningAssignee: Tomas Sedovic <tsedovic>
Bare Metal Hardware Provisioning sub component: ironic QA Contact: Amit Ugol <augol>
Status: CLOSED DEFERRED Docs Contact:
Severity: high    
Priority: high CC: bzvonar, djuran, imelofer, janders, keyoung, mcornea, ohochman, oourfali, pablo.iranzo, rpittau, yliu1
Version: 4.10Keywords: Reopened, Triaged
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-03-03 15:07:50 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 2092034    

Description Alexander Chuzhoy 2022-06-23 14:34:29 UTC
OCP version:
4.10.18
multicluster-engine.v2.0.0

iDRAC Firmware Version	5.10.10.00


Spoke SNO deployment on real BM (Dell PowerEdge R640) - deployment gets stuck with:
  "The installation is in progress: Cluster has hosts pending user action".


The server actually reboots with the same ISO that doesn't disconnect automatically.


The workaround is to manually disconnect the ISO through the "virtual media" tab in the idrac management UI.


Note that deleting all the old boot entries doesn't help (like in https://bugzilla.redhat.com/show_bug.cgi?id=2055978)

Comment 1 Dmitry Tantsur 2022-06-23 14:39:26 UTC
This is by design, unfortunately. There is no way for MCE to signal that it's done installing back to BMO and Ironic, so Ironic cannot disconnect the ISO. Good news is: it will be solved by future development (METAL-10).

Comment 4 Omri Hochman 2022-06-23 16:13:29 UTC
even if we cannot fix it at this point in Ironic - we need to have this issue opened or at least assure that we documenting an agreed upon user flow

Comment 5 Oved Ourfali 2022-06-27 12:12:43 UTC
Sasha - does it always reproduce? Did we understand when it reproduces?

Comment 6 Alexander Chuzhoy 2022-06-27 13:06:27 UTC
(In reply to Oved Ourfali from comment #5)
> Sasha - does it always reproduce? Did we understand when it reproduces?

Always reproduces for me with this particular model (Dell PowerEdge R640)

Comment 7 Alexander Chuzhoy 2022-06-27 22:10:05 UTC
Successfully deployed a spoke SNO 4.10.18 without any intervention on:
HP ProLiant e910t
iLO 5
iLO Firmware Version
2.60 Dec 06 2021

Comment 8 Iury Gregory Melo Ferreira 2022-07-01 15:06:50 UTC
Adding blocker-
Seems like we should move this to a doc bug based on what I saw from the comments...

Sasha can you update here to match a docs bug? Tks!

Comment 9 Alexander Chuzhoy 2022-07-11 14:24:28 UTC
(In reply to Iury Gregory Melo Ferreira from comment #8)
> Adding blocker-
> Seems like we should move this to a doc bug based on what I saw from the
> comments...
> 
> Sasha can you update here to match a docs bug? Tks!

Hi Iury,
I think you mean https://bugzilla.redhat.com/show_bug.cgi?id=1960690

Comment 10 Riccardo Pittau 2022-07-22 12:26:20 UTC
documentation has been provided

Comment 12 Riccardo Pittau 2022-07-27 14:22:42 UTC
after a quick discussion we think we need to treat the two cases differently so a separate documentation is needed for this one

Comment 13 Jacob Anders 2022-07-28 11:16:30 UTC
I wonder - independently of the iso not being disconnected, why doesn't the server just boot from local storage? I'd expect that the boot device override used to boot from vMedia should be a one-off.

Comment 16 Dmitry Tantsur 2023-03-03 15:07:50 UTC
This is an explicit downside of the "live ISO" approach. The great news is, the converged flow we're working on won't have this limitation. Meanwhile, closing in favor of the newer https://issues.redhat.com/browse/OCPBUGS-5451