Bug 2058037 - UEFI: Grub network boot templates need to be updated
Summary: UEFI: Grub network boot templates need to be updated
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Provisioning Templates
Version: Unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: 6.12.0
Assignee: Lukas Zapletal
QA Contact: sganar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-02-24 10:38 UTC by Renaud Métrich
Modified: 2023-05-15 12:31 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-11-16 13:33:27 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 34702 0 Normal New Update grub2 chainboot templates for scsi 2022-03-30 14:10:05 UTC
Red Hat Issue Tracker SAT-13535 0 None None None 2022-10-21 15:35:49 UTC
Red Hat Product Errata RHSA-2022:8506 0 None None None 2022-11-16 13:33:37 UTC

Description Renaud Métrich 2022-02-24 10:38:01 UTC
Description of problem:

This is a heads-up related to 2 Grub2 BZs:
- BZ #2032294
- BZ #2048904

When network booting a system, there is grub.cfg file used to chainload to local disk upon system installation.
The template needs to be updated to make sure software raid systems and/or VMWare systems can chainload successfully.

The solution consists in:
- calling a new "connectefi scsi" command prior to searching for local disk boot loader (e.g. "search --file ... /EFI/BOOT/BOOTX64.EFI")
- modifying "search --file" commmand to restrict to EFI disks ("search --file --efidisk-only ... /EFI/BOOT/BOOTX64.EFI")


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

All satellite releases

Comment 1 Lukas Zapletal 2022-03-30 14:10:05 UTC
Thanks for this, we already saw some complaints about this. That is an easy change, let me do this right away!

Comment 8 Lukas Zapletal 2022-04-05 07:21:53 UTC
Thank you very much, we temporarily disabled chainbooting because I could not figure this out, but let's put it back:

https://github.com/theforeman/foreman/pull/9175

Comment 9 Bryan Kearney 2022-05-18 16:04:30 UTC
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/34702 has been resolved.

Comment 10 sganar 2022-08-09 09:58:13 UTC
Verified.

Tested on Satellite 6.12.0 Snap 5.0

Steps followed: 
1. Go to Host > Provisioning Templates
2. Search for `pxegrub2_chainload` template


Observation: 
The template is updated with the warning message:

```
echo "VMWare hosts with QuickBoot feature enabled may not find the local ESP"
echo "partition due to not initializing all the EFI devices. To workaround, upgrade"
echo "to the latest grub2 (*) and uncomment "connectefi scsi" statement in the"
echo "grub2_chainload template."
echo
echo "Virtual or physical hosts using Software RAID for the ESP partition may try"
echo "booting on the Software RAID, which will fail. To workaround, upgrade to the"
echo "latest grub2 (*) and add "--efidisk-only" argument to the "search" command in"
echo "the grub2_chainload template."
echo
echo "(*) grub2-efi-x64-2.02-122.el8 (upstream doesn't have the patches yet)"
echo
#connectefi scsi
```

Comment 14 errata-xmlrpc 2022-11-16 13:33:27 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 (Important: Satellite 6.12 Release), 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:8506


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