Bug 1320318 - The ironic pxe_ilo driver is using uefi boot_mode by default but uefi is not configured by the undercloud installation
Summary: The ironic pxe_ilo driver is using uefi boot_mode by default but uefi is not ...
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: instack-undercloud
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
Target Milestone: rc
: 10.0 (Newton)
Assignee: Dmitry Tantsur
QA Contact: Raviv Bar-Tal
Depends On:
TreeView+ depends on / blocked
Reported: 2016-03-22 20:19 UTC by David Hill
Modified: 2017-05-15 04:57 UTC (History)
16 users (show)

Fixed In Version: python-tripleoclient-5.2.0-1.el7ost instack-undercloud-5.1.0-2.el7ost
Doc Type: Bug Fix
Doc Text:
Previously, the `pxe_ilo` Bare Metal Service (ironic) driver would automatically switch to UEFI boot when it detected UEFI-capable hardware, even though the environment might not support UEFI. Consequently, the deployment process failed with pxe_ilo drivers when an environment did not support UEFI. With this update, the pxe_ilo driver defaults to BIOS boot mode, and a deployment using pxe_ilo now works out of the box, regardless of whether UEFI is configured properly.
Clone Of:
Last Closed: 2016-12-14 15:29:13 UTC

Attachments (Terms of Use)
Ironic provides the conf option to change the behaviour of iLO driver (1.14 KB, text/plain)
2016-10-22 10:59 UTC, mkovacik
no flags Details

System ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2016:2948 normal SHIPPED_LIVE Red Hat OpenStack Platform 10 enhancement update 2016-12-14 19:55:27 UTC
OpenStack gerrit 397112 None None None 2016-11-14 10:55:39 UTC

Description David Hill 2016-03-22 20:19:47 UTC
Description of problem:
The ironic pxe_ilo driver is using uefi boot_mode by default but uefi is not configured by the undercloud installation

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Try to deploy HP servers with pxe_ilo ironic driver

Actual results:
Fails to boot

Expected results:
Should be booting

Additional info:
Workaround is to set the flavor and node capabilities to boot_mode:bios

ironic node-update <node-uuid> add properties/capabilities='boot_mode:bios'
nova flavor-key <flavor> set capabilities:boot_mode="bios"

Comment 1 Mike Burns 2016-04-07 21:36:02 UTC
This bug did not make the OSP 8.0 release.  It is being deferred to OSP 10.

Comment 3 Lucas Alvares Gomes 2016-07-18 13:52:41 UTC
Hi @David,

Thanks for the report. I've opened a bug upstream against the iLO driver's [0] behavior of trying to magically figure out what boot mode it should use by default. Unfortunately, it will up to the iLO developers to accept it or not for their driver.

For OSP, I think we should explicitly set the boot mode when it enroll the nodes and create the flavors according to the user configuration.

[0] https://bugs.launchpad.net/ironic/+bug/1604002

Comment 4 Lucas Alvares Gomes 2016-07-20 10:54:07 UTC
Hi David,

One of the iLO devs replied to the bug upstream asking few questions [0], one of the question is about the hardware. Is the machine an iLO Gen 9 ?

[0] https://bugs.launchpad.net/ironic/+bug/1604002/comments/2

Comment 9 Dmitry Tantsur 2016-10-14 15:02:51 UTC

Starting with OSP10, we're providing UEFI-capable unddercloud by default, so this should no longer be an issue. Additionally, we provide a new configuration option for tweaking the default. It can be set to 'bios' via puppet variable ironic::drivers::ilo::default_boot_mode.

Comment 11 mkovacik 2016-10-22 10:59:44 UTC
Created attachment 1213055 [details]
Ironic provides the conf option to change the behaviour of iLO driver

Ironic iLO driver seems to contain the patch.
However I'm unsure about how to propagate the "iLO.default_boot_mode" to the relevant undercloud installation mechanism. Where would be the bet place to set the "ironic::drivers::ilo::default_boot_mode" variable before calling the "openstack undercloud install" command?

Comment 14 Dmitry Tantsur 2016-10-31 15:43:30 UTC
I'm reopening this issue. We have UEFI support currently broken in OSP 10, so we should change the default as well as described in comment 11.

Comment 16 Raviv Bar-Tal 2016-11-23 09:08:45 UTC
UEFI is currently supported by default in osp10, so booting uefi node is not an issue any more.
please note: currently triple-o blocks inspector from setting the boot_mode:uefi/bios automatically so you may need to set the parameter or enable boot_mode=true in inspector.conf before inspection 

default setting bug for triple-o

Comment 18 errata-xmlrpc 2016-12-14 15:29:13 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.


Note You need to log in before you can comment on or make changes to this bug.