With RHEL5-Server-20070620.nightly when installing to iSCSI root, I end up with the following entries in /etc/fstab: /dev/VolGroup00/LogVol00 / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults,_netdev 1 2 It's clearly not the driveIsIscsi() logic which is failing, since /boot is getting marked with _netdev and: >>> os.path.islink("/sys/block/sda/device") True >>> target = os.readlink("/sys/block/sda/device") >>> target '../../devices/platform/host0/session1/target0:0:0/0:0:0:0' >>> re.search("/platform/host[0-9]*/session[0-9]*/target[0-9]*:[0-9]*:[0-9]*/[0-9]*:[0-9]*:[0-9]*:[0-9]*", target) <_sre.SRE_Match object at 0x2aaaac4358a0> Need the flag set so that we can disable Xen bridging on iSCSI root - see bug #238143
Okay, the problem turns out to be that the mount options from the LogicalVolumeDevice are taken by the FileSystemSetEntry during the "partitiondone" step. However, the device is only marked with _netdev during the "enablefilesystems" step, which comes after the "partitiondone" step. Attaching a patch which fixes the problem by adding a getOptions() method to FileSystemSetEntry which means the device options are only read when /etc/fstab is being written during the "preinstallconfig" step which comes after the "enablefilesystems" step.
Created attachment 157877 [details] anaconda-device-options.patch
This fix is required for bug #238143 in 5.1
Fixed in CVS and will be included in the anaconda-11.1.2.59-1 build.
VERIFIED against RHEL5.1-Server-20070920.1 # cat /etc/fstab /dev/VolGroup00/LogVol00 / ext3 defaults,_netdev 1 1 LABEL=/boot /boot ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 /dev/VolGroup00/LogVol01 swap swap defaults,_netdev 0 0
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2007-0644.html