Note: This bug is displayed in read-only format because
the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 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 "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". 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 "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-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.
Retested with anaconda-34.25.3.3-1.el9 and this problem is fixed there, the kickstart file is loaded and the installation continues.
When inst.ks=cdrom:/ks.cfg is present on the kernel cmdline and no such a medium is present, the boot process is paused until a medium with ks.cfg is inserted, then the boot process continues.
No regression was found when re-testing bug 2171811 with OEMDRV-labeled medium.
Marking as Verified:Tested.
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 (anaconda bug fix and enhancement update), 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/RHBA-2023:6414
Description of problem: When trying to install a kvm VM, I save the ks.cfg into a cdrom named ks.iso, and append kernel params "inst.repo=cdrom inst.ks=cdrom:/ks.cfg" in the qemu command line, after the VM is started, the anaconda installer cannot be launched. Version-Release number of selected component (if applicable): distro: RHEL-9.3.0-20230523.0-aarch64-dvd1.iso anaconda: anaconda-34.25.3.1-1.el9 How reproducible: always Steps to Reproduce: 1. Create a VM with qemu-kvm and contains following lines: -blockdev '{"node-name": "file_cd1", "driver": "file", "auto-read-only": true, "discard": "unmap", "aio": "threads", "filename": "/home/kvm_autotest_root/iso/linux/RHEL-9.3.0-20230523.0-aarch64-dvd1.iso", "cache": {"direct": true, "no-flush": false}}' \ -blockdev '{"node-name": "drive_cd1", "driver": "raw", "read-only": true, "cache": {"direct": true, "no-flush": false}, "file": "file_cd1"}' \ -device '{"driver": "scsi-cd", "id": "cd1", "drive": "drive_cd1", "write-cache": "on"}' \ -blockdev '{"node-name": "file_unattended", "driver": "file", "auto-read-only": true, "discard": "unmap", "aio": "threads", "filename": "/home/kvm_autotest_root/images/rhel930-aarch64/ks.iso", "cache": {"direct": true, "no-flush": false}}' \ -blockdev '{"node-name": "drive_unattended", "driver": "raw", "read-only": true, "cache": {"direct": true, "no-flush": false}, "file": "file_unattended"}' \ -device '{"driver": "scsi-cd", "id": "unattended", "drive": "drive_unattended", "write-cache": "on"}' \ -kernel '/home/kvm_autotest_root/images/rhel930-aarch64/vmlinuz' \ -append 'inst.sshd inst.repo=cdrom inst.ks=cdrom:/ks.cfg net.ifnames=0 inst.wait_for_disks=30 console=ttyAMA0,38400' \ -initrd '/home/kvm_autotest_root/images/rhel930-aarch64/initrd.img' \ 2. Check the serial output 2023-05-24 03:24:15: Starting ^[[0;1;39mDevice-Mapper Multipath Device Controller^[[0m... 2023-05-24 03:24:15: [^[[0;32m OK ^[[0m] Started ^[[0;1;39mDevice-Mapper Multipath Device Controller^[[0m. 2023-05-24 03:24:15: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mPreparation for Local File Systems^[[0m. 2023-05-24 03:24:15: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mLocal File Systems^[[0m. 2023-05-24 03:24:15: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mSystem Initialization^[[0m. 2023-05-24 03:24:15: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mBasic System^[[0m. 2023-05-24 03:24:15: Please insert CDROM containing '/ks.cfg'... 2023-05-24 03:24:18: [ 13.328221] dracut-initqueue[1467]: Warning: no suitable images 2023-05-24 03:24:18: [ 13.753371] loop: module loaded 2023-05-24 03:24:18: [ 13.756529] loop0: detected capacity change from 0 to 1505264 2023-05-24 03:24:18: [ 13.767720] loop1: detected capacity change from 0 to 6291456 2023-05-24 03:24:18: [ 13.779368] loop2: detected capacity change from 0 to 67108864 3. Actual results: anaconda cannot find the ks.cfg in the cdrom, the installer failed to be launched. Expected results: the installer can be launched. Additional info: 1. By default, "inst.wait_for_disks=5", if I add "inst.wait_for_disks=0", the problem is gone. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mSystem Initialization^[[0m. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Started ^[[0;1;39mDaily Cleanup of Temporary Directories^[[0m. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mTimer Units^[[0m. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Listening on ^[[0;1;39mD-Bus System Message Bus Socket^[[0m. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Listening on ^[[0;1;39mOpen-iSCSI iscsid Socket^[[0m. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Listening on ^[[0;1;39mOpen-iSCSI iscsiuio Socket^[[0m. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mSocket Units^[[0m. 2023-05-24 04:01:49: Starting ^[[0;1;39mD-Bus System Message Bus^[[0m... 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Started ^[[0;1;39mD-Bus System Message Bus^[[0m. 2023-05-24 04:01:49: [^[[0;32m OK ^[[0m] Reached target ^[[0;1;39mBasic System^[[0m. 2023-05-24 04:01:49: Starting ^[[0;1;39mAnaconda NetworkManager configuration^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mNetworkManager auda installation environment^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mpre-anaconda logging service^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mRestore /run/initramfs on shutdown^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mHold until boot process finishes up^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mTerminate Plymouth Boot Screen^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mSystem Logging Service^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mOpenSSH ecdsa Server Key Generation^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mOpenSSH ed25519 Server Key Generation^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mOpenSSH rsa Server Key Generation^[[0m... 2023-05-24 04:01:49: Starting ^[[0;1;39mUser Login Management^[[0m... ... ... 2023-05-24 04:01:57: * shell is available on TTY2 2023-05-24 04:01:57: * when reporting a bug add logs from /tmp as separate text/plain attachments 2023-05-24 04:02:12: Queued start job for default target Main User Target. 2023-05-24 04:02:12: Startup finished in 404ms. 2. If using "inst.ks=https://xxx", cannot trigger this problem.