-
Bug
-
Resolution: Done
-
Undefined
-
None
-
rhel-9.4
-
None
-
None
-
Moderate
-
rhel-anaconda
-
ssg_front_door
-
None
-
False
-
False
-
-
Yes
-
None
-
None
-
None
-
Known Issue
-
-
Proposed
-
None
What were you trying to do that didn't work?
I tried to use the inst.dhcpclass= boot option, but it was not applied by the installer. When ip=dhcp was added on the kernel cmdline as well, then the DHCP class was properly used.
Please provide the package NVR for which bug is seen:
RHEL-9.4
anaconda-34.25.4.9-1.el9_4
How reproducible:
Always
Steps to reproduce
- Boot the installer (boot.iso) with inst.dhcpclass=RHEL on the kernel cmdline
Expected results
The provided DHCP class is applied by the installer when getting an IP address:
[anaconda root@localhost ~]# nmcli c s enp1s0 | grep vendor-class ipv4.dhcp-vendor-class-identifier: RHEL [anaconda root@localhost ~]#
Actual results
inst.dhcpclass= is not applied by the installer (syslog_fail_without_ip):
[anaconda root@localhost ~]# cat /proc/cmdline BOOT_IMAGE=vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=RHEL-9-4-0-BaseOS-x86_64 quiet inst.dhcpclass=RHEL [anaconda root@localhost ~]# nmcli c s enp1s0 | grep vendor-class ipv4.dhcp-vendor-class-identifier: -- [anaconda root@localhost ~]#
unless also ip= is present on the kernel cmdline (syslog_pass_with_ip):
[anaconda root@localhost ~]# cat /proc/cmdline BOOT_IMAGE=vmlinuz initrd=initrd.img inst.stage2=hd:LABEL=RHEL-9-4-0-BaseOS-x86_64 quiet ip=dhcp inst.dhcpclass=RHEL [anaconda root@localhost ~]# nmcli c s enp1s0 | grep vendor-class ipv4.dhcp-vendor-class-identifier: RHEL [anaconda root@localhost ~]#