Bug 2009555
Summary: | Supermicro X11 system not booting from vMedia with AI | |||
---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Dave Cain <dcain> | |
Component: | Bare Metal Hardware Provisioning | Assignee: | Jacob Anders <janders> | |
Bare Metal Hardware Provisioning sub component: | ironic | QA Contact: | Amit Ugol <augol> | |
Status: | CLOSED ERRATA | Docs Contact: | ||
Severity: | medium | |||
Priority: | high | CC: | alppatel, brault, dbatliwa, derekh, janders, lshilin, william.caban | |
Version: | 4.8 | Keywords: | OtherQA, Triaged | |
Target Milestone: | --- | |||
Target Release: | 4.10.0 | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: |
Release Note text:
Previously, Ironic failed to attach virtual media images for provisioning SuperMicro X11/X12 servers because these models expect a non-standard device string ("UsbCd") for CD-based virtual media instead of more commonly used "Cd". This issue is fixed by overriding to "UsbCd" on SuperMicro machines provisioned with CD-based virtual media. (BZ#2009555)
Cause: SuperMicro X11/X12 expects "UsbCd" device string for CD-based virtual media while "Cd" is commonly used.
Consequence: Virtual media based provisioning fails on SuperMicro X11/X12.
Fix: Override virtual media device string to "UsbCd" when a SuperMicro server is being provisioned from virtual media.
Result: Virtual media based provisioning will succeed on SuperMicro X11/X12 machines.
|
Story Points: | --- | |
Clone Of: | ||||
: | 2025754 2025755 (view as bug list) | Environment: | ||
Last Closed: | 2022-03-10 16:14:46 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: | 2025754 |
Description
Dave Cain
2021-09-30 23:53:30 UTC
Assigning to Jacob as he has been looking into this, Jacob would you mind triaging this please, (In reply to Derek Higgins from comment #1) > Assigning to Jacob as he has been looking into this, > Jacob would you mind triaging this please, Done, thank you Derek. Looks like the same problem on Supermicro X12. https://review.opendev.org/c/openstack/sushy/+/817137 has merged, setting status to MODIFIED. Backports to stable/xena and stable/wallaby are work in progress: https://review.opendev.org/c/openstack/sushy/+/818369 https://review.opendev.org/c/openstack/sushy/+/818364 I am also working with Dave on a hotfix. I've taken Jacob's patched Ironic and have used it to provision two different Supermicro SYS-210P-FRDN6T systems out of my lab. These are Supermicro X12 models. This allowed me to be able to mount the CD created by the assisted-service, and the systems indeed booted to it, and were recognized in the Assisted Installer. This effectively is working for me. I raised a PR to have the merged sushy patch included in OCP4.10 ironic-image: https://github.com/openshift/ironic-image/pull/236 Setting status back to POST as while the Sushy patch is merged upstream, the PR is not merged yet. https://github.com/openshift/ironic-image/pull/236 has now merged, updating status to MODIFIED. Hi Luba. Dave and I verified this in a remote session using method described in https://bugzilla.redhat.com/show_bug.cgi?id=2009555#c16. Dave confirmed it worked https://bugzilla.redhat.com/show_bug.cgi?id=2009555#c14. Would you be happy to mark this as VERIFIED/OtherQA based on the above? ัััะต(In reply to Jacob Anders from comment #20) > Hi Luba. Dave and I verified this in a remote session using method described > in https://bugzilla.redhat.com/show_bug.cgi?id=2009555#c16. > > Dave confirmed it worked > https://bugzilla.redhat.com/show_bug.cgi?id=2009555#c14. > > Would you be happy to mark this as VERIFIED/OtherQA based on the above? sure, many thanks Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: OpenShift Container Platform 4.10.3 security update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2022:0056 |