Description of problem: Have an interesting problem. We have a host that has two NIC's. First nic is able to pxe boot but the OS doesn't support it. Second NIC is supported by OS but isn't able to PXE boot. System was configured to pxe from first NIC and ksdevice= was set to configure second card. Problem is that dracut on RHEL7 will ignore all other options if BOOTIF= is defined. I'm hoping we could add the ability to pass no_ipappend2 or !ip_append2. If that is defined then don't write ipappend 2 in the pxe entry. Code snippet: config = '''default linux prompt 0 timeout 100 label linux kernel /images/%s/kernel ipappend 2 append initrd=%s %s netboot_method=pxe ''' % (fqdn, initrd, kernel_options) Version-Release number of selected component (if applicable): 0.14
Does the same system work with the existing Beaker settings in RHEL6? And if so, wouldn't that make this a backwards incompatible regression in RHEL7 rather than a Beaker RFE?
I will check with Paul Tomorrow. But even if it does I think its a valid RFE.
Agreed, but it makes a difference to the priority if there's an inbound fix to RHEL7 itself to continue honouring ksdevice even if BOOTIF is set.
All, Here is a snip from the console out from attempted RHEL7 install: <-SNIP-> dracut-cmdline[102]: ///lib/dracut/hooks/cmdline/28-parse-anaconda-net.sh@34(source): BOOTIF=01-94-de-80-aa-f9-74 dracut-cmdline[102]: ///lib/dracut/hooks/cmdline/28-parse-anaconda-net.sh@35(source): '[' -n 01-94-de-80-aa-f9-74 ']' dracut-cmdline[102]: ///lib/dracut/hooks/cmdline/28-parse-anaconda-net.sh@36(source): warn ''\''ksdevice=<MAC>'\'' is deprecated. Supplied BOOTIF takes precedence.' dracut-cmdline[102]: //lib/dracut-lib.sh@49(warn): echo 'Warning: '\''ksdevice=<MAC>'\'' is deprecated. Supplied BOOTIF takes precedence.' dracut-cmdline[102]: Warning: 'ksdevice=<MAC>' is deprecated. Supplied BOOTIF takes precedence. <-SNIP-> Best, pbunyan
Bill is going to follow up with the dracut folks to find out more about the reason for introducing the backwards incompatible change, and their recommended alternative approach. We'll then let the Beaker RFE be guided by what they suggest.
https://bugzilla.redhat.com/show_bug.cgi?id=1044623
(In reply to Bill Peck from comment #10) > https://bugzilla.redhat.com/show_bug.cgi?id=1044623 Okay great. If I'm reading that right, then the affected systems can add rd.bootif=0 to kernel options. So we can close this RFE as WONTFIX?
Solution is to add rd.bootif=0 to kernel options, if a particular recipe or system needs BOOTIF to be ignored by Dracut.