Bug 1614964 - [Ironic] iDRAC hardware type does not work with UEFI boot mode (OSP-13)
Summary: [Ironic] iDRAC hardware type does not work with UEFI boot mode (OSP-13)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-ironic
Version: 13.0 (Queens)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: z2
: 13.0 (Queens)
Assignee: RHOS Maint
QA Contact: mlammon
URL:
Whiteboard:
Depends On: 1394888
Blocks: 1476902 1588541
TreeView+ depends on / blocked
 
Reported: 2018-08-10 21:06 UTC by Bob Fournier
Modified: 2018-08-29 16:32 UTC (History)
22 users (show)

Fixed In Version: openstack-ironic-10.1.3-5.el7ost
Doc Type: Bug Fix
Doc Text:
The ironic integrated Dell Remote Access Controller (iDRAC) management hardware interface implementation, 'idrac', set_boot_device() function, located in ironic.drivers.modules.drac.management, could successfully set a boot device that would persist during future boots only when the Dell EMC server's boot mode was set to BIOS. The root cause was that the function understood only a single persistent boot mode, BIOS, and it was hard coded. PERSISTENT_BOOT_MODE = 'IPL' Initial Program Load (IPL) is a synonym for legacy BIOS boot mode. The iDRAC does not report nor make visible the boot source lists for persistent boot modes that are not configured as the server's current boot mode. Only the list associated with the configured boot mode is reported and can be modified. So, when the boot mode is configured to be UEFI, the iDRAC permits only its boot source list to be modified. However, set_boot_device() had been capable of only modifying the boot source list for BIOS (IPL), which was not reported. Its attempt to access the wrong, unreported boot source list failed. As a consequence, Dell EMC servers managed by the ironic iDRAC hardware type, 'idrac', failed to boot into the deployed operating system when the boot mode is UEFI, and errors appeared in the ironic conductor log. The ironic iDRAC management hardware interface implementation determines the configured persistent boot mode at run-time and its boot source list is modified. The hard coding of a persistent boot mode has been eliminated. As a result, Dell EMC PowerEdge 13th and 14th generation servers managed by the ironic iDRAC hardware type successfully boot into the deployed operating system for either persistent boot mode, BIOS, or UEFI. The bug is not resolved for PowerEdge 12th generation and earlier servers; however, BIOS boot mode continues to be supported.
Clone Of: 1394888
Environment:
Last Closed: 2018-08-29 16:32:24 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack Storyboard 1656841 0 None None None 2018-08-10 21:06:16 UTC
OpenStack gerrit 588843 0 None MERGED Fix iDRAC hardware type does not work with UEFI 2020-05-07 05:47:50 UTC
Red Hat Product Errata RHBA-2018:2593 0 None None None 2018-08-29 16:32:53 UTC

Comment 10 Joanne O'Flynn 2018-08-15 13:49:56 UTC 
This bug is marked for inclusion in the errata but does not currently contain draft documentation text. To ensure the timely release of this advisory please provide draft documentation text for this bug as soon as possible.

If you do not think this bug requires errata documentation, set the requires_doc_text flag to "-".


To add draft documentation text:

* Select the documentation type from the "Doc Type" drop down field.

* A template will be provided in the "Doc Text" field based on the "Doc Type" value selected. Enter draft text in the "Doc Text" field.
Comment 11 Richard Pioso 2018-08-16 15:11:44 UTC 
(In reply to Joanne O'Flynn from comment #10)
> This bug is marked for inclusion in the errata but does not currently
> contain draft documentation text. To ensure the timely release of this
> advisory please provide draft documentation text for this bug as soon as
> possible.
> 
> If you do not think this bug requires errata documentation, set the
> requires_doc_text flag to "-".
> 
> 
> To add draft documentation text:
> 
> * Select the documentation type from the "Doc Type" drop down field.
> 
> * A template will be provided in the "Doc Text" field based on the "Doc
> Type" value selected. Enter draft text in the "Doc Text" field.

The code change that fixes this bug, linked above in the 'External Tracker' section as 'OpenStack gerrit', includes a release note. For your convenience, that external tracker is https://review.openstack.org/588843

The release note is available at https://review.openstack.org/#/c/588843/1/releasenotes/notes/idrac-uefi-boot-mode-86f4694b4247a1ca.yaml

Also, the external tracker contains a lengthy, perhaps too long, commit message that describes the bug and fix --  https://review.openstack.org/#/c/588843/1//COMMIT_MSG

Does that address what is being requested?
Comment 12 Richard Pioso 2018-08-22 20:16:45 UTC 
Joanne, does my comment, https://bugzilla.redhat.com/show_bug.cgi?id=1614964#c11, address what you requested?
Comment 14 Richard Pioso 2018-08-27 00:45:59 UTC 
I verified that the production source code that resolves this bug is in the OSP 13 Zstream 2 puddle, RH7-RHOS-13.0_2018-08-22.2, and that it can successfully deploy a Dell EMC server configured for either boot mode, BIOS and UEFI.

Deployment testing was performed against a Dell EMC PowerEdge R730xd server containing a PowerEdge RAID Controller (PERC) H730 Mini. A RAID 10 volume was created from the 24 1.09 TB hard disks connected to the PERC.

1. The production code that resolves this fix was correctly deployed to the Director in /usr/lib/python2.7/site-packages/ironic/drivers/modules/drac/management.py. The contents of that file contains the fix, and, as expected, is the same as the version on the upstream ironic stable/queens branch.
2. The boot mode on the R730xd was configured to BIOS. Creation of a server with the nova flavor 'baremetal' succeeded. Only 2 TB of the RAID 10 volume's 24 TB were visible to the deployed operating system, which is the maximum supported by BIOS boot mode.
3. The boot mode on the R730xd was configured to UEFI. Creation of a server with the nova flavor 'baremetal' succeeded. The entire capacity of the RAID 10 volume, 14 TB, was visible to the deployed operating system.
Comment 15 Joanne O'Flynn 2018-08-27 09:26:02 UTC 
Thank you Richard Pioso
Comment 17 errata-xmlrpc 2018-08-29 16:32:24 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:2593
Note You need to log in before you can comment on or make changes to this bug.