Bug 1668693

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.

(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.

(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.

(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.

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"
        }

(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.

Yes. It should be in snapshot 5.

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.