Hide Forgot
---Problem Description--- Running mkinitrd on multipath SAN boot system builds an initramfs without the multipath drives included, so the system will orphan the paths to the SAN boot LUN. The workaround was to run dracut directly as follows: dracut -f -a multipath --include /etc/multipath /etc/multipath ---uname output--- Linux iopx3650lgpl3.storage.tucson.ibm.com 2.6.32-71.el6.x86_64 #1 SMP Wed Sep 1 01:33:01 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux Machine Type = x3650 7979-MC1 ---Steps to Reproduce--- On a RHEL 6 system installed with mpath option, cp /boot/initramfs-2.6.32-71.el6.x86_64.img /boot/initramfs-2.6.32-71.el6.x86_64.img.orig mkinitrd /boot/initramfs-2.6.32-71.el6.x86_64.img 2.6.32-71.el6.x86_64 mount both images -o loop, then diff the trees The hba driver is brocade, the system is multipath SAN boot. As the in distro brocade driver is only supported by brocade for install, after install the system must be upgraded to the brocade driver. The issue occurs when rebuilding the intramfs from mkinitrd. The resulting intramfs lacks the multipath driver as well as /etc/multipath.conf and /etc/multipath hence the need for the dracut workaround. Additoinal Info ---------------- It seems that if the system only has a single lun attached, in these cases the boot LUN, mkinitrd works, it's only after attaching multiple luns that mkinitrd fails. Additionally to clarify, this was initially detected on a system in which we were required to use the out of box brocade hba drivers, so to SAN boot multipaths a mkinitrd is required, and exposed the issue.
*** This bug has been marked as a duplicate of bug 642083 ***