Description of problem: building grub2 provisioning template for ppc64le system have "linuxefi" and "initrdefi" instead of "linux" and "initrd" Version-Release number of selected component (if applicable): How reproducible: always Steps to Reproduce: 1. Sync and configure RHEL8 for ppc64le and create a ppc64le host 2. [root@satellite ~]# cat /var/lib/tftpboot/grub2/grub.cfg-01-52-54-00-03-6c-3a # This file was deployed via 'Kickstart default PXEGrub2' template set default=0 set timeout=10 menuentry 'Kickstart default PXEGrub2' { linuxefi boot/jhutar-rhel8-8-0-ppc64le-baseos-HTHEmef4Z_-vmlinuz ks=http://satellite.nodhcp.local:8000/unattended/provision?token=0c66d7a2-9669-436e-bf78-566aa31eaed6 network ksdevice=bootif ks.device=bootif BOOTIF=00-52-54-00-03-6c-3a kssendmac ks.sendmac inst.ks.sendmac BOOTIF=01-$net_default_mac initrdefi boot/jhutar-rhel8-8-0-ppc64le-baseos-HTHEmef4Z_-initrd.img } Actual results: There is "linuxefi" and "initrdefi" instead of "linux" and "initrd" Expected results: There should be "linux" and "initrd"
Moving this bug to POST for triage into Satellite 6 since the upstream issue https://projects.theforeman.org/issues/26051 has been resolved.
Created attachment 1613547 [details] pxe loader options
VERIFIED on sat6.6.0-19 linuxefi and initrdefi are only generated for UEFI loaders. RHEL<7 || non-uefi loaders properly generate "linux" and "initrd" lines.
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. https://access.redhat.com/errata/RHSA-2019:3172