Bug 1627041 - Cisco UCS 200-M3 blades will not properly boot over the network from IPMI without skipping setting boot device with the IPMI driver
Summary: Cisco UCS 200-M3 blades will not properly boot over the network from IPMI wit...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: python-tripleoclient
Version: 14.0 (Rocky)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: beta
: 14.0 (Rocky)
Assignee: Dmitry Tantsur
QA Contact: Alexander Chuzhoy
URL:
Whiteboard:
Depends On: 1379010
Blocks: 1627043
TreeView+ depends on / blocked
 
Reported: 2018-09-10 10:25 UTC by Ramon Acedo
Modified: 2020-03-11 15:56 UTC (History)
17 users (show)

Fixed In Version: python-tripleoclient-10.5.1-0.20180906012844.el7ost
Doc Type: Bug Fix
Doc Text:
Previously, sending an IPMI bootdev command caused some hardware to unexpectedly change the boot device order. This prevented some nodes from booting from the correct NIC or prevented PXE from booting from any location. This release adds a `noop` management interface for the IPMI driver. This interface handles boot commands and prevents bootdev from being used. To prepare for the `noop` interface, you must pre-configure nodes to attempt PXE boot mode from the correct NIC, and then fallback to the local hard drive.
Clone Of: 1379010
: 1627043 (view as bug list)
Environment:
Last Closed: 2019-01-11 11:52:59 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack gerrit 589101 0 None MERGED Add "noop" management and use it in the "ipmi" hardware type 2020-12-04 07:06:46 UTC
OpenStack gerrit 601613 0 None MERGED undercloud: support noop management interface for snmp and ipmi 2020-12-04 07:06:46 UTC
Red Hat Product Errata RHEA-2019:0045 0 None None None 2019-01-11 11:53:12 UTC
Storyboard 2003203 0 None None None 2018-09-10 10:25:03 UTC

Comment 3 Dmitry Tantsur 2018-09-11 15:03:37 UTC 
The code in ironic is already present, so only backporting https://review.openstack.org/#/c/601613/ to tripleoclient for configuration.
Comment 7 Alexander Chuzhoy 2018-10-23 03:14:09 UTC 
Environment:
python-tripleoclient-10.6.1-0.20181010222401.8c8f259.el7ost.noarch

Configured management_interface to noop for a subset of nodes:
(undercloud) [stack@undercloud-0 ~]$ for i in `openstack baremetal node list -f value -c Name`; do echo $i; openstack baremetal node show -f value -c management_interface $i; done

compute-0 noop
compute-1 ipmitool
controller-0 noop
controller-1 noop
controller-2 ipmitool


#The boot order was configured accordingly for respective VMs (first network, then disk)
controller-0
  <os>
    <type arch='x86_64' machine='pc-i440fx-rhel7.5.0'>hvm</type>
    <boot dev='network'/>
    <boot dev='hd'/>
  </os>
compute-0
  <os>
    <type arch='x86_64' machine='pc-i440fx-rhel7.5.0'>hvm</type>
    <boot dev='network'/>
    <boot dev='hd'/>
  </os>
controller-1
  <os>
    <type arch='x86_64' machine='pc-i440fx-rhel7.5.0'>hvm</type>
    <boot dev='network'/>
    <boot dev='hd'/>
  </os>
compute-1
  <os>
    <type arch='x86_64' machine='pc-i440fx-rhel7.5.0'>hvm</type>
    <boot dev='hd'/>
  </os>
controller-2
  <os>
    <type arch='x86_64' machine='pc-i440fx-rhel7.5.0'>hvm</type>
    <boot dev='hd'/>
  </os>

Successfully deployed overcloud.
Comment 9 Alexander Chuzhoy 2018-10-23 13:02:47 UTC 
Verifying based on comment #7
Comment 14 errata-xmlrpc 2019-01-11 11:52:59 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/RHEA-2019:0045
Note You need to log in before you can comment on or make changes to this bug.