Description of problem:
There is a kernel mismatch between the stage 1 image:
# file /var/lib/tftpboot/boot/red-hat-enterprise-linux-9-for-x86_64-baseos-kickstart-9-0-86-vmlinuz
/var/lib/tftpboot/boot/red-hat-enterprise-linux-9-for-x86_64-baseos-kickstart-9-0-86-vmlinuz: Linux kernel x86 boot executable bzImage, version 5.14.0-70.13.1.el9_0.x86_64 (mockbuild.eng.bos.redhat.com) #1 SMP PREEMPT Thu A, RO-rootFS, swap_dev 0xA, Normal VGA
And the stage 2 image from the kickstart repo (Red Hat Enterprise Linux 9 for x86_64 - BaseOS Kickstart 9.0):
# wget http://satellite.example.com/pulp/content/Default_Organization/Library/content/dist/rhel9/9.0/x86_64/baseos/kickstart/images/install.img
==output omitted==
# mount -o loop -t squashfs install.img /mnt
# mkdir /tmp/rootfs
# mount /mnt/LiveOS/rootfs.img /tmp/rootfs
# ls /tmp/rootfs/lib/modules
5.14.0-70.22.1.el9_0.x86_64 module-info
Version-Release number of selected component (if applicable):
6.11.2
How reproducible:
Seems that it only affects some people. Syncing repos does not make it go away.
Steps to Reproduce:
1. Sync RHEL 9 BaseOS, AppStream, and equivalent Kickstart Repos
2. Add all to Content View and publish/promote
3. Build a new RHEL 9 host with network-based provisioning
Actual results:
Service org.fedoraproject.Anaconda.Modules.Storage has failed to start:
Process org.fedoraproject.Anaconda.Modules.Storage exited with status 1
It looks like systemd-modules-load.service fails with these error messages,
which starts the chain effect of Anaconda failing:
Failed to look up module alias 'msr': Function no implemented
Failed to look up module alias: 'ipmi-devintf': Function not implemented
In commandline after anaconda fails:
# uname -r
5.14.0-70.13.1.el9_0.x86_64
# ls /usr/lib/modules
5.14.0-70.22.1.el9_0.x86_64 module-info
Expected results:
Commencement of RHEL 9 install using anaconda
Additional info:
Workaround is to use image based provisioning instead. Downloading boot ISO for RHEL 9 does not have this issue.
FYI,
A Complete Sync redownloads the whole metadata, and fixes the mismatch with vmlinuz and install.img:
# hammer repository synchronize --skip-metadata-check true --name "Red Hat Enterprise Linux 9 for x86_64 - BaseOS Kickstart 9.0" --product "Red Hat Enterprise Linux for x86_64" --organization-id=1
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.13 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-2023:2097