1668693 – [NetApp 8.0 Bug]: Set "user_friendly_names" to "no" for NetApp LUNs in multipath hwtable.c

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1668693 - [NetApp 8.0 Bug]: Set "user_friendly_names" to "no" for NetApp LUNs in multipath hwtable.c

Summary: [NetApp 8.0 Bug]: Set "user_friendly_names" to "no" for NetApp LUNs in multip...

Keywords:
Status:	CLOSED CURRENTRELEASE
Alias:	None
Product:	Red Hat Enterprise Linux 8
Classification:	Red Hat
Component:	device-mapper-multipath
Sub Component:
Version:	8.0
Hardware:	x86_64
OS:	Unspecified
Priority:	unspecified
Severity:	high
Target Milestone:	rc
Target Release:	8.0
Assignee:	Ben Marzinski
QA Contact:	Lin Li
Docs Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+	depends on / blocked

Reported:	2019-01-23 10:59 UTC by gowrav
Modified:	2021-09-06 15:20 UTC (History)
CC List:	18 users (show)
Fixed In Version:	device-mapper-multipath-0.7.8-4.el8
Doc Type:	If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:	2019-06-14 01:44:20 UTC
Type:	Bug
Target Upstream Version:
Embargoed:
Dependent Products:

Attachments	(Terms of Use)

Links
System	ID	Private	Priority	Status	Summary	Last Updated
Red Hat Issue Tracker	RHELPLAN-12408	0	None	None	None	2021-09-06 15:20:22 UTC

Description gowrav 2019-01-23 10:59:05 UTC

Description of problem:
In RHEL 7.x OS series, the dm-multipath parameter "user_friendly_names" was set to "no" in "defaults section" of hardware table (hwtable.c). So, whenever a NetApp LUN was discovered by dm-multipath, the respective device name would show up as /dev/mapper/3600a.... But, in RHEL 8.0 the "user_friendly_names" parameter is set to "yes" as default, so the NetApp LUN is discovered as /dev/mapper/mpatha instead.

NetApp recommends its customers to go with "user_friendly_names" set to "no", since few of NetApp tools needs /dev/mapper/3600a.. naming convention. And, these tools shall break on RHEL 8.0. So, we would like to see the RHEL 7.x default behavior back in RHEL 8.0 as well since it saves additional configuration steps for NetApp customers.

If the "user_friendly_names no" cannot be added back into "defaults" section of hwtable.c, you please add it under "devices" section for NetApp LUNs -- vendor"NETAPP" and product "LUN".


Version-Release number of selected component (if applicable):
OS: RHEL 8.0 Snapshot3
Kernel: 4.18.0-56.el8.x86_64
Multipath: device-mapper-multipath-0.7.8-3.el8.x86_64

Comment 1 Ben Marzinski 2019-01-23 20:03:32 UTC

I am not against adding this back in RHEL8. It's just late to be making these sorts of changes for RHEL-8.0. If I do this, I will also post this patch upstream with the rational that NetApp needs this setting for it own tools to work correctly. I trust you are O.k. with this.

Comment 7 gowrav 2019-01-24 10:04:16 UTC

(In reply to Ben Marzinski from comment #1)
> I am not against adding this back in RHEL8. It's just late to be making
> these sorts of changes for RHEL-8.0. If I do this, I will also post this
> patch upstream with the rational that NetApp needs this setting for it own
> tools to work correctly. I trust you are O.k. with this.

Yes Ben, we are okay with this approach.

Comment 8 Matt Schulte 2019-01-24 15:43:23 UTC

(In reply to Ben Marzinski from comment #1)
> I am not against adding this back in RHEL8. It's just late to be making
> these sorts of changes for RHEL-8.0. If I do this, I will also post this
> patch upstream with the rational that NetApp needs this setting for it own
> tools to work correctly. I trust you are O.k. with this.

Is it preferred by Red Hat or upstream to use friendly names?  I guess I'm curious about the rationale of this change.

Comment 9 Ben Marzinski 2019-01-24 17:58:53 UTC

(In reply to Matt Schulte from comment #8)
> Is it preferred by Red Hat or upstream to use friendly names?  I guess I'm
> curious about the rationale of this change.

The built-in default for both Red Hat and upstream is WWID names.  However, the /etc/multipath.conf configuration file created by mpathconf includes user_friendly_names by default. The lack of user_friendly_names was a frequent complaint before the feature was added, and when they weren't the default, the majority of users ended up enabling them.  If you are setting up multipathing after installation, you can just add "--user_friendly_names n" to the mpathconf call to create the config file without user_friendly_names.  I do agree that it would be helpful if Anaconda gave you the ability to override the default Red Hat config file.

Comment 10 Ben Marzinski 2019-01-24 22:31:42 UTC

user_friendly_names has been set to "no" in the NetApp device config.

        device {
                vendor "NETAPP"
                product "LUN"
                path_grouping_policy "group_by_prio"
                features "2 pg_init_retries 50"
                prio "ontap"
                failback "immediate"
                no_path_retry "queue"
                flush_on_last_del "yes"
                dev_loss_tmo "infinity"
                user_friendly_names "no"
        }

Comment 12 gowrav 2019-02-04 04:41:02 UTC

(In reply to Ben Marzinski from comment #10)
> user_friendly_names has been set to "no" in the NetApp device config.
> 
>         device {
>                 vendor "NETAPP"
>                 product "LUN"
>                 path_grouping_policy "group_by_prio"
>                 features "2 pg_init_retries 50"
>                 prio "ontap"
>                 failback "immediate"
>                 no_path_retry "queue"
>                 flush_on_last_del "yes"
>                 dev_loss_tmo "infinity"
>                 user_friendly_names "no"
>         }

HI Ben,

Do you know if this fix will come in Snapshot-5 build? The fix is still no there in Snapshot-4 release.

Comment 13 Ben Marzinski 2019-02-04 17:40:14 UTC

Yes. It should be in snapshot 5.

Comment 14 Lin Li 2019-02-13 07:04:06 UTC

Reproduced on device-mapper-multipath-0.7.8-3.el8
[root@storageqe-05 ~]# rpm -qa |grep multipath
device-mapper-multipath-libs-0.7.8-3.el8.x86_64
device-mapper-multipath-0.7.8-3.el8.x86_64


[root@storageqe-05 ~]# multipathd show config | grep -C 10 NETAPP
device {
		vendor "NETAPP"
		product "LUN"
		path_grouping_policy "group_by_prio"
		features "2 pg_init_retries 50"
		prio "ontap"
		failback "immediate"
		no_path_retry "queue"
		flush_on_last_del "yes"
		dev_loss_tmo "infinity"
	}


[root@storageqe-05 ~]# ls /dev/mapper/
control                  mpathc                   rhel_storageqe--05-root
mpatha                   mpathd                   rhel_storageqe--05-swap
mpathb                   rhel_storageqe--05-home  
<-------the NetApp LUN is discovered as /dev/mapper/mpatha.it uses user_friendly_names. 



Verified on device-mapper-multipath-0.7.8-4.el8
[root@storageqe-05 ~]# rpm -qa | grep multipath
device-mapper-multipath-libs-0.7.8-4.el8.x86_64
device-mapper-multipath-0.7.8-4.el8.x86_64

[root@storageqe-05 ~]# multipathd show config | grep -C 10 NETAPP
	device {
		vendor "NETAPP"
		product "LUN"
		path_grouping_policy "group_by_prio"
		features "2 pg_init_retries 50"
		prio "ontap"
		failback "immediate"
		no_path_retry "queue"
		flush_on_last_del "yes"
		dev_loss_tmo "infinity"
		user_friendly_names "no"   <----------------------
	}


[root@storageqe-05 ~]# ls /dev/mapper/
360a98000324669436c2b45666c567865  control
360a98000324669436c2b45666c567867  rhel_storageqe--05-home
360a98000324669436c2b45666c567869  rhel_storageqe--05-root
360a98000324669436c2b45666c56786b  rhel_storageqe--05-swap
<--------------the NetApp LUN is discovered as /dev/mapper/360... instead. it uses WWID name instead of user_friendly_names.




Test result: Set "user_friendly_names" to "no" for NetApp LUNs.  when you create a multipath device on top of NetApp storage, it uses WWID name instead of user_friendly_names.

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