|Summary:||Do we want to support user_friendly_names going forward|
|Product:||Red Hat Enterprise Linux 5||Reporter:||Ritesh Raj Sarraf <rsarraf>|
|Component:||device-mapper-multipath||Assignee:||Bryn M. Reeves <bmr>|
|Status:||CLOSED NOTABUG||QA Contact:||Cluster QE <mspqa-list>|
|Version:||5.3||CC:||agk, andriusb, bmarzins, bmr, christophe.varoqui, coldwell, coughlan, dwysocha, edamato, egoggin, heinzm, j-nomura, k-ueda, lmb, mbroz, prockai, tranlan, troels, xdl-redhat-bugzilla|
|Fixed In Version:||Doc Type:||Enhancement|
|Doc Text:||Story Points:||---|
|Last Closed:||2008-07-15 19:36:08 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Cloudforms Team:||---||Target Upstream Version:|
Description Ritesh Raj Sarraf 2008-06-23 22:55:51 UTC
Description of problem: Multipath currently provides 2 options for accessing the LUN on Linux * Access by Device-ID * Access by user_friendly_names While the latter option is more convenient, it comes with its own share of trouble. Eg, In environments like Clusters, initrd et cetera. What is Red Hat's official statement on user_friendly_names? Should we support it going forward or should we just stick to accessing LUNs by Device IDs?
Comment 1 Bryn M. Reeves 2008-07-09 10:36:28 UTC
I think there is scope for improving the feature (e.g. easing synchronising the alias list between hosts with a shared view of storage, removing aliases that have been permanently deleted without manual editing of the bindings file etc.), but I think removing the option would make a lot of current users unhappy. It is also a requirement for the existing multipath boot support in RHEL5.
Comment 3 Troels Arvin 2010-03-10 18:41:16 UTC
I really wish that this feature request could be re-opened with an eye to RHEL 6. The so-called "user friendly names" feature is highly user un-friendly: It adds another layer of naming to an already overwhelming mix of /dev/sdX, /dev/dm-X, /dev/mpath/*, and LVM. That way, it makes it even harder to determine where I/Os go for a particular mountpoint. And it's well known that it causes trouble in clustered environments. And it adds extra, unneeded local state (in /var/lib/multipath. And it's not the default config value. There should be clear and solid reasons for overriding config defaults, IMHO, and I can find no good reason for setting user_friendly_names to yes.