What were you trying to do that didn't work?

Install a system with multipathed root.

Please provide the package NVR for which bug is seen:

I'm not sure how to figure that out, but it is happening with the RHEL-10.0-20240804.0 nightly builld. At any rate, it should happen with any lorax version that includes commit b987e554 ("templates: Synchronize generic templates with lorax-templates-rhel")

How reproducible:

Always.

Steps to reproduce

Here's what I ran, but you can do this will less resources.

1. qemu-img create -f raw /var/lib/libvirt/images/mpath-test-root.img 40G
2. virt-install --name mpath-test --memory 8192 --vcpus 8 --controller=scsi,model=virtio-scsi --disk path=/var/lib/libvirt/images/mpath-test-root.img,format=raw,bus=scsi,serial=0001,cache=none,shareable=on --disk path=/var/lib/libvirt/images/mpath-test-root.img,format=raw,bus=scsi,serial=0001,cache=none,shareable=on --graphics none --extra-args "console=ttyS0" --osinfo detect=on,name=rhel-unknown --location http://download.devel.redhat.com/rhel-10/nightly/RHEL-10-Public-Beta/latest-RHEL-10.0/compose/BaseOS/x86_64/os/

Expected results

Machine boots after installation

Actual results

Machine enters dracut emergency shell because it can't load the multipath devices. This is because the /etc/multipath.conf file contains the following lines:

blacklist_exceptions {
        property "(SCSI_IDENT_|ID_WWN)"
}

These lines were initially added in commit b1407900 ("Add blacklist_exceptions to multipath.conf"). However this caused problems in Fedora (see https://bugzilla.redhat.com/show_bug.cgi?id=1853668) and that commit was reverted by 0f1110f3 ("Revert "Add blacklist_exceptions to multipath.conf""). Recently, those lines were restored by commit b987e554 ("templates: Synchronize generic templates with lorax-templates-rhel"), causing this bug.