-
Bug
-
Resolution: Unresolved
-
Undefined
-
None
-
rhel-9.6, rhel-9.7
-
None
-
No
-
Important
-
rhel-anaconda
-
None
-
False
-
False
-
-
None
-
None
-
None
-
None
-
Unspecified
-
Unspecified
-
Unspecified
-
-
s390x
-
None
What were you trying to do that didn't work?
Install an LPAR automatically providing additional DASD disks not for rootfs
What is the impact of this issue to you?
I need to manually finish the installation process. Our test jobs fail.
Please provide the package NVR for which the bug is seen:
anaconda-34.25.5.17-1.el9_6
How reproducible is this bug?:
100%
Steps to reproduce
- Start an LPAR installation adding kernel parameter 'rd.dasd=<devno>', this can be done through the .prm file; don't use this disk as installation destination
- Access anaconda
- Confirm with lscss that <devno> is listed
- Follow steps to finalize the installation
- Boot into the installed system
Expected results
After login, lscss still lists the <devno> and it's Use = yes.
Actual results
After login, lscss doesn't list the disk, it must be enabled manually.
Additional information
- On a 10 system this expected result is obtained.
- Attaching both anaconda files, for RHEL9 and for RHEL10
- On a 10 system the option "prot_virt=1" would not be added to the new system either, I have to use grubby as workaround which can help solve the above but for the devno the kickstart cannot be shared anymore, the setup is more difficult. In grubby we can do something like this to persistently configure all dasd eckd devices:
cio_ignore -r all grubby --update-kernel ALL --args "rd.dasd=$(lscss|grep 3990|cut -d' ' -f1|tr '\n' ','|sed 's/,$//')" zipl
- is related to
-
INSTALLER-4409 [RFE] introduce boot option to retain installation-time boot options in installed system
-
- New
-
- links to