Bug 2112436 - After initial build of a UEFI VM using Red Hat Satellite, the system fails to boot up with error "Partition with known EFI file not found" when VM Hardware version is 17 or above
Summary: After initial build of a UEFI VM using Red Hat Satellite, the system fails to...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Provisioning
Version: 6.11.0
Hardware: All
OS: All
high
high
Target Milestone: 6.12.0
Assignee: Lukas Zapletal
QA Contact: sganar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-07-29 17:15 UTC by Sayan Das
Modified: 2022-11-16 13:35 UTC (History)
9 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 2122180 (view as bug list)
Environment:
Last Closed: 2022-11-16 13:35:05 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Selection of Boot entry after final system reboot (58.96 KB, image/png)
2022-07-29 17:18 UTC, Sayan Das
no flags Details
Errors observed (164.84 KB, image/png)
2022-07-29 17:19 UTC, Sayan Das
no flags Details


Links
System ID Private Priority Status Summary Last Updated
Foreman Issue Tracker 34532 0 Normal Closed Disable EFI local chainloading by default 2022-07-29 17:15:52 UTC
Github theforeman foreman pull 9123 0 None Merged Fixes #34532 - disable EFI local chainloading by default 2022-07-29 17:15:52 UTC
Red Hat Issue Tracker SAT-12558 0 None None None 2022-08-29 13:12:43 UTC
Red Hat Product Errata RHSA-2022:8506 0 None None None 2022-11-16 13:35:13 UTC

Internal Links: 2159778

Description Sayan Das 2022-07-29 17:15:53 UTC
Description of problem:

It's possible to deploy UEFI ( with or without secureboot ) VMs in VMware 7.0 u2 but even if the initial build gets completed, the system never comes up after the final reboot and shows error "Partition with known EFI file not found" as it will not be able to find out the bootloader to boot with.

This problem only happens when the VMs HW version is set to 17 ( ESX 7.0 compatible) or 19 ( ESX 7.0 u2 compatible ).



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

Satellite 6.11  [ Satellite 6.10 and 6.9 are affected as well ]
VMware 7.0 u2


How reproducible:

Always


Steps to Reproduce:

1. Have a VMware 7.0 available and configured. 
2. Install a Satellite 6.11 and configure it to deploy systems(rhel 8.6\rhel 9.0) via PXE
3. Create a compute resource in Satellite UI that can help communicating with the VMware 7.0 infra
4. Now, Deploy a RHEL 8.6 or RHEL 9.0 from Satellite using the compute resource and before submitting the build ensure the following were done:

   Ram\Memory: 4096 mb
   Virtual H\W version: 19 (ESXI 7.0 u2)
   HDD\Disk size: 10 GB
   Loader in Operating systems page: Grub2 UEFI
   
5. Submit the host for build and then observe the VMware console to monitor the build process.

6. Repeat Step 4 and 5 for another system build where "Virtual H\W version" is selected as "15 (ESXi 6.7 u2)"


Actual results:

At Step 5:

  * Initial system build will be comepleted
  * System will be rebooted
  * It will start booting from network , get the "Chainload Grub2 EFI from ESP" option to boot from.
  * After selecting the same, we get to see bunch of error messages about not able to found the bootloaders and finally fails with error "Partition with known EFI file not found"


Expected results:

No such errors and the system should be able to get build with Virtual H\W version 17 or 19 in the same way it's getting built with version 15 or below. 


Additional info:

NOTE: Whether Secureboot is enabled or not, the behavior remains same [ atlteast for both RHEL 8 and RHEL 9 VMs with HW version 17 and above ]

Redmine: https://projects.theforeman.org/issues/34532
PR: https://github.com/theforeman/foreman/pull/9123

Comment 1 Sayan Das 2022-07-29 17:18:04 UTC
Created attachment 1900170 [details]
Selection of Boot entry after final system reboot

Comment 2 Sayan Das 2022-07-29 17:19:17 UTC
Created attachment 1900171 [details]
Errors observed

Comment 6 Bryan Kearney 2022-07-29 20:05:19 UTC
Upstream bug assigned to lzap

Comment 7 Bryan Kearney 2022-07-29 20:05:21 UTC
Moving this bug to POST for triage into Satellite since the upstream issue https://projects.theforeman.org/issues/34532 has been resolved.

Comment 8 sganar 2022-09-16 08:14:50 UTC
Verified.

Tested on Satellite 6.12.0 Snap 11.0

Comment 13 errata-xmlrpc 2022-11-16 13:35:05 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.