=Comment: #0================================================= Chandra S. Seetharaman <sekharan.com> - ---Problem Description--- During install, Anaconda does use all relevant multipath information when installing with the install option "mpath" Contact Information = chandra.seetharaman.com ---Additional Hardware Info--- DS4800 (IBM/1815) ---uname output--- Linux elm3c241 2.6.18-128.el5 #1 SMP Wed Dec 17 11:58:23 EST 2008 ppc64 unknown Machine Type = JS22 ---Debugger--- A debugger is not configured ---Steps to Reproduce--- Try to install on a assymmetric multipathed device, like a DS4K or any alua storage (like IBM 2145) or any storage for which the default path group policy in multipath tools is other than multibus. During install one can break in to the shell and find the multipath configuration is made as "multibus" which will send I/O round robin to all paths which will cause lot of delay during boot. For a DS4K, (which has a path grouping policy as group_by_prio) folowing is the o/p of multipath -ll: sh-3.2# multipath -ll mapth2 () dm-2 IBM,1815 FAStT [size=10G][features=0][hwhandler=0][rw] \_round-robin 0 [prio=100][active] \_ 1:0:0:1 sdb 8:16 [active][ready] \_ 2:0:0:1 sdf 8:80 [active][ghost] ---Anaconda Component Data--- Userspace tool common name: multipath tools The userspace tool has the following bit modes: both Userspace rpm: multipath *Additional Instructions for chandra.seetharaman.com: -Attach ltrace and strace of userspace application.
------- Comment From sekharan.com 2009-05-05 13:53 EDT------- RedHat, Any update on this bug ?
------- Comment From sharyath.com 2009-05-26 01:34 EDT------- Red Hat Any update on this bug Thanks
Hi, This is proposed for 5.5, which has not yet opened for development. When it opens, we will review all of the proposed bugzillas and ack or nak them.
------- Comment From sharyath.com 2009-06-04 02:56 EDT------- Deferring it to RHEL 5.5
------- Comment From brking.com 2009-07-13 16:08 EDT------- *** Bug 54649 has been marked as a duplicate of this bug. ***
------- Comment From sekharan.com 2009-07-29 19:02 EDT------- Dear RedHat, Can this problem be fixed in RHEL 6 ? (since it is a major release, it will be nice if we can have the "linux mpath" install work for all multipath devices).
------- Comment From sharyath.com 2009-11-03 04:24 EDT------- Red Hat Any chances of it to be included in RHEL 6 or should we defer it to RHEL 5.5 Thanks
------- Comment From sharyath.com 2009-11-17 12:30 EDT------- RedHat Any update on the request
Your best chance of getting this in is to submit a patch upstream, which we could then retrofit to RHEL6 and finally RHEL5 (although that multipath code base is significantly different so it would certainly not be a straight backport). But we're out of capacity ATM.
------- Comment From sekharan.com 2009-11-17 13:51 EDT------- What do you mean by upstream ? Fedora ? Note that the code change needed is not in kernel, but in the install scripts.
In the upstream of whatever component you want to change. In this case, for the installer, Fedora is the upstream.
------- Comment From sharyath.com 2010-01-22 02:43 EDT------- Redhat Do let me know how to proceed with this bug. We mirrored it to Red Hat Bugzilla thinking thats the right place. Do let us know what do you mean by Upstream in this case, as we thought by mirroring to Red Hat bugzilla we already have brought to the noticed of Fedora team. Thanks Sharyathi
------- Comment From sharyath.com 2010-02-03 01:33 EDT------- Red Hat Team any updates
------- Comment From sharyath.com 2010-03-26 07:18 EDT------- Red Hat any update here
------- Comment From edpollar.com 2010-06-16 11:58 EDT------- reassigning qa....
This should be working under RHEL 6. Marking this as CLOSED NEXTRELEASE.