Bug 452594 - Do we want to support user_friendly_names going forward
Do we want to support user_friendly_names going forward
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: device-mapper-multipath (Show other bugs)
All Linux
medium Severity medium
: beta
: ---
Assigned To: Bryn M. Reeves
Cluster QE
: FutureFeature
Depends On:
Blocks: 373081
  Show dependency treegraph
Reported: 2008-06-23 18:55 EDT by Ritesh Raj Sarraf
Modified: 2010-03-10 13:41 EST (History)
19 users (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-07-15 15:36:08 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Ritesh Raj Sarraf 2008-06-23 18:55:51 EDT
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 06:36:28 EDT
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 13:41:16 EST
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.

Note You need to log in before you can comment on or make changes to this bug.