Deployment of RHEL 9.0 fails from Red Hat Satellite with error "Service org.fedoraproject.Anaconda.Modules.Storage has failed to start"

Solution Verified - Updated

Environment

  • Red Hat Satellite 6.11

Issue

  • Deployment of a RHEL 9.0 system using the kickstart process of Red Hat Satellite 6.11, The deployment fails on the Anaconda Installation stage with the following error:

    Service org.fedoraproject.Anaconda.Modules.Storage has failed to start:
Process org.fedoraproject.Anaconda.Modules.Storage exited with status 1

  • The systemd-modules-load.service fails with error messages, which starts the chain effect of Anaconda failing. One example of error messages received:

    Failed to look up module alias 'msr': Function no implemented
Failed to look up module alias: 'ipmi-devintf': Function not implemented

Resolution

This issue was reported to the Red Hat Engineering Team via This content is not included.BZ 2125424.

To solve the issue, run a complete sync to re-download all the metadata and fix the mismatch.

  • Using the Web UI

    Follow the documentation Recovering a Corrupted Repository and choose Complete Sync from the Advanced Sync options.

  • Using the CLI

    # 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

 

Reach out to This content is not included.Red Hat Technical Support in case of any further assistance is required.

For more KB articles/solutions related to Red Hat Satellite 6.x Provisioning Issues, please refer to the Consolidated Troubleshooting Article for Red Hat Satellite 6.x Provisioning related Issues

Root Cause

Possible CDN issue when repository was synced.

Diagnostic Steps

  • From the Anaconda shell of the failed deployment, the following discrepancy was observed:

        # 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

    As it's clearly visible, the version of the kernel module loaded by the Stage 2 bootloader is completely different.

  • Inspection of the Stage 1 image on the concerned Red Hat Satellite server:

        # 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@x86-vm-08.build.eng.bos.redhat.com) #1 SMP PREEMPT Thu A, RO-rootFS, swap_dev 0xA, Normal VGA

  • Inspection if the Stage 2 image from the official kickstart repo hosted in CDN:

    # 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
SBR
Product(s)
Components
Category
Tags

This solution is part of Red Hat’s fast-track publication program, providing a huge library of solutions that Red Hat engineers have created while supporting our customers. To give you the knowledge you need the instant it becomes available, these articles may be presented in a raw and unedited form.