Hide Forgot
Based on https://bugzilla.redhat.com/show_bug.cgi?id=1396949#c14 Anaconda sets incorrect dracut boot option ip= and incorrect ifcfg file values for NM_CONTROLLED. The use case is: Two devices in the same subnet: <PXE> device, <IBFT> device. (I'd expect <IBFT> device on separate subnet in most cases though) <IBFT> device and target is configured in iBFT. Boot option: ksdevice=bootif (ie booting from PXE with ipappend=2 PXE command supplying BOOTIF boot option) -> the <PXE> device is activated by anaconda (loader) based on ksdevice=bootif -> the <IBFT> device is activated by NM by iBFT plugin [2] <PXE> device gets the default route, and as both devices are on the same subnet, the iSCSI target is accessed via the <PXE> device in installer environment (as it is on the same subnet). Anaconda when examining iSCSI devices containing root fs (ie those that need the network device to be activated in initramfs) configured from iBFT configures 1) for the device used to access the LUN NM_CONTROLLED value to "no" and 2) dracut boot options (ip=, ifname=). In this case it finds out (via route command) that the device is <PXE>, which results in: - NM_CONTROLLED=no in ifcfg-<PXE> file - NM_CONTROLLED=yes in ifcfg-<IBFT> file - ifname=<PXE>:<MAC> - ip=<PXE>:<PXE configuration from its ifcfg file> but the correct settings shuld be - NM_CONTROLLED=no in ifcfg-<IBFT> file - NM_CONTROLLED=yes in ifcfg-<PXE> file - ifname=<IBFT>:<MAC> [1] - ip=ibft
https://github.com/rhinstaller/anaconda/pull/907
Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available. The official life cycle policy can be reviewed here: http://redhat.com/rhel/lifecycle This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL: https://access.redhat.com/