Currently on the image overcloud-hardened-uefi-full.qcow2, the file /boot/efi/EFI/redhat/grub.cfg is identical to /boot/grub2/grub.cfg. This has the following consequences: - Any time grub2-mkconfig is run, it needs to be run again for /boot/efi/EFI/redhat/grub.cfg - /boot/efi/EFI/redhat/grubenv needs to exist and also be identical to /boot/grub2/ - Out-of-band package updates may update /boot/grub2/grub.cfg leaving /boot/efi/EFI/redhat/grub.cfg out of date, resulting in the wrong kernel booting, or in extreme scenarios UEFI boot may terminate at the grub prompt To fix this, /boot/efi/EFI/redhat/grub.cfg needs to be a redirect to /boot/grub2/grub.cfg, as is implemented in RHEL. bz 2278025 is tracking fixing this for existing systems being upgraded to 17.1, and also fixing this whenever the tripleo-ansible tripleo_kernel role is run. But we need to also publish an image that has the correct grub.cfg, hence this bug.
The fix was moved to tripleo-puppet-elements so that it also fixes bz 2299694
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 (RHOSP 17.1.4 bug fix and enhancement 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-2024:9974