Bug 2180490

Summary: Package grub2-efi-x64 is only installed when tftp feature is enabled
Product: Red Hat Satellite Reporter: Joniel Pasqualetto <jpasqual>
Component: PackagingAssignee: Ewoud Kohl van Wijngaarden <ekohlvan>
Status: CLOSED ERRATA QA Contact: Jameer Pathan <jpathan>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.12.1CC: ehelms, ekohlvan, hartsjc, jpathan
Target Milestone: 6.14.0Keywords: Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-11-08 14:19:02 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:

Description Joniel Pasqualetto 2023-03-21 14:52:50 UTC
Description of problem:

Currently, package grub2-efi-x64 is only installed on Satellite/Capsule if the TFTP feature is enabled.

However, this package is important for the generation of bootdisks for EFI systems, which can be done without having TFTP.

I understand this is a design choice. Reporting the BZ so we can consider changing it and having the package installed all the time.

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


How reproducible:
Always

Steps to Reproduce:
1. Install a satellite server, don't enable TFTP.
2. Check the presence of the package grub2-efi-x64 (it won't be there, assuming the server where Satellite is installed is using BIOS)


Actual results:
Only install grub2-efi-x64 when we enable TFTP

Expected results:
Have the package grub2-efi-x64 installed at all times

Additional info:

Issues observed due to the lack of this package is linked to UEFI+SecureBoot usage. Boot disk image is created, but fails to boot on Secure Boot enabled systems.

Issue is that file /boot/efi/EFI/redhat/grubx64.efi is not present (because it's provided by the package in question). I'm not sure how the file grubx64.efi is created on those circumstances, but it lacks instructions to properly boot with SecureBoot.

Having the package grub2-efi-x64 installed manually, allow generated bootdisk images to boot with SecureBoot properly.

Enabling the tftp feature also solves the issue, however it may be desired for customer to not have tftp enabled and use only bootdisks.

Comment 1 Eric Helms 2023-03-23 12:41:05 UTC
Given the bootdisk also requires it, that plugin should receive an update to require it.

Comment 2 Bryan Kearney 2023-03-23 16:03:14 UTC
Upstream bug assigned to ekohlvan

Comment 3 Bryan Kearney 2023-03-23 16:03:17 UTC
Upstream bug assigned to ekohlvan

Comment 4 Bryan Kearney 2023-03-23 16:03:34 UTC
Upstream bug assigned to ekohlvan

Comment 5 Bryan Kearney 2023-03-23 16:03:35 UTC
Upstream bug assigned to ekohlvan

Comment 6 Bryan Kearney 2023-03-23 16:03:36 UTC
Upstream bug assigned to ekohlvan

Comment 7 Bryan Kearney 2023-03-23 16:03:38 UTC
Upstream bug assigned to ekohlvan

Comment 8 Bryan Kearney 2023-04-03 20:03:43 UTC
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/36223 has been resolved.

Comment 9 Bryan Kearney 2023-04-03 20:03:56 UTC
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/36223 has been resolved.

Comment 10 Bryan Kearney 2023-04-03 20:03:59 UTC
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/36223 has been resolved.

Comment 15 errata-xmlrpc 2023-11-08 14:19:02 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.14 security and bug fix update), 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-2023:6818