Red Hat Satellite engineering is moving the tracking of its product development work on Satellite to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "Satellite project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs will be migrated starting at the end of May. If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "Satellite project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/SAT-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 2130998 - RHEL 9 provisioned host goes into emergency mode after initial reboot
Summary: RHEL 9 provisioned host goes into emergency mode after initial reboot
Keywords:
Status: CLOSED DUPLICATE of bug 2105441
Alias: None
Product: Red Hat Satellite
Classification: Red Hat
Component: Provisioning
Version: 6.0.0
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: Unspecified
Assignee: satellite6-bugs
QA Contact: sganar
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-09-29 16:11 UTC by Derek
Modified: 2022-10-13 10:18 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2022-10-06 13:15:49 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Derek 2022-09-29 16:11:11 UTC 
Description of problem:
Provisioning a RHEL 9 host where kernel updates are applied after initial kickstart results in booting to emergency mode due to failure of initrd-switch-root.service

Version-Release number of selected component (if applicable):
kernel.x86_64 / 5.14.0-70.26.1.el9_0 / @rhel-9-for-x86_64-baseos-rpms

How reproducible:
Every time so far

Steps to Reproduce:
1. Create new host to provision with RHEL 9
2. Include activation key so host registers with Satellite during provisioning
3. Host applies available updates as part of 'Kickstart default' provisioning template with default to upgrade packages

Actual results:
Host provisions but upon first boot, when attempting to boot new kernel, system goes to emergency boot:

initrd-switch-root.service fails, error message on console:
Specified switch root path '/sysroot' does not seem to be an OS tree. os-release file is missing..

Expected results:
system boot fully into new kernel

Additional info:
default 9.0 kernel is 5.14.0-70.22.1.el9_0
failed updated kernel is 5.14.0-70.26.1.el9_0
Comment 1 Derek 2022-09-29 16:13:23 UTC 
See https://bugzilla.redhat.com/show_bug.cgi?id=2105441 for similar error with 5.14.0-70.17.1.el9_0.
Comment 2 Brian Lane 2022-09-30 00:24:56 UTC 
This is not a pykickstart bug, kickstart is just the script that tells anaconda how to install the system. Reassigning to satellite since this seems to be exactly the same problem in bug 2105441

Please set the satellite version to the correct one, I just set it to 6.0.0
Comment 3 Jan Stodola 2022-09-30 07:57:28 UTC 
This is probably the same problem as described in https://access.redhat.com/solutions/6970059
Comment 4 Brad Buckingham 2022-10-03 13:17:57 UTC 
Hello,

Was this issue observed while provisioning a RHEL 9 host through Satellite?

If so, what version of Satellite was being used?

Thanks!
Comment 5 Brad Buckingham 2022-10-06 13:15:49 UTC 
After further investigation, this appears to be a duplicate of bug 2105441.  The fix for that bugzilla is targetted for inclusion in the upcoming releases 6.11.4 and 6.12.0.

*** This bug has been marked as a duplicate of bug 2105441 ***
Comment 6 Derek 2022-10-07 02:01:54 UTC 
This was not observed while provisioning via Satellite; host was provisioned locally.
Comment 7 Derek 2022-10-13 09:34:19 UTC 
(In reply to Derek from comment #6)
> This was not observed while provisioning via Satellite; host was provisioned
> locally.

Adding pertinent needinfo @bbuckingham
Note You need to log in before you can comment on or make changes to this bug.