Bug 1627043
Summary: | Cisco UCS 200-M3 blades will not properly boot over the network from IPMI without skipping setting boot device with the IPMI driver | ||
---|---|---|---|
Product: | Red Hat OpenStack | Reporter: | Ramon Acedo <racedoro> |
Component: | instack-undercloud | Assignee: | Dmitry Tantsur <dtantsur> |
Status: | CLOSED ERRATA | QA Contact: | Alexander Chuzhoy <sasha> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 13.0 (Queens) | CC: | akaris, aschultz, asoni, bfournie, dbecker, dtantsur, jraju, lmarsh, lmartins, mburns, mlammon, racedoro, rhel-osp-director-maint, sasha, sclewis, srevivo, tony.pearce |
Target Milestone: | z3 | Keywords: | Triaged, ZStream |
Target Release: | 13.0 (Queens) | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | instack-undercloud-8.4.3-5.el7ost | Doc Type: | Bug Fix |
Doc Text: |
Some hardware changes boot device ordering in an unexpected way when receiving an IPMI bootdev command. This may prevent nodes from booting from the correct NIC or prevent PXE from booting at all. This release introduces a new "noop" management interface for the "ipmi" driver. When it is used, bootdev commands are not issued, and the current boot order is used. Nodes must be configured to try PXE booting from the correct NIC, and then fall back to the local hard drive. This change ensures a pre-configured boot order is kept with the new management interface.
|
Story Points: | --- |
Clone Of: | 1627041 | Environment: | |
Last Closed: | 2018-11-13 22:28: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: | 1379010, 1627041 | ||
Bug Blocks: |
Comment 8
Alexander Chuzhoy
2018-10-31 18:49:08 UTC
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, 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/RHBA-2018:3587 |