[Bug 1671397] Re: A VNX LUN will still be recognized as LUNZ after provisioning

[ChristianEhrhardt]

Hi,
thank you for your report.
Lacking a VNX I can't right away try to reproduce, but I quickly checked the BIM DS8K I had.
One thing I wondered is that I thought the produce/vendor data there displayed by multipath is only what it got back on a scsi inquiry.
AFAIK - multipath-tools make no decision there "what" it should be.
It certainly has rules that filter/handle different types differently - but as I said I thought it is just the reply to the scsi inquiry to the device that populates the data.

Your report has inq.LinuxAMD64 listing them all as VRAID.
But AFAIK the inq.LinuxAMD64 is an EMC specific tool not packaged up in Ubuntu.

I'd like to understand what the linux tooling would get on those.
Could you report the output of:
for dev in sdf sdg sdh sdi; do sudo sg_inq /dev/${dev}; done

If that is showing VRAID we have to think about stale type data in multipath.
But if that shows LUNZ as well it might be different inquiry handling.

Also I just wanted to check, the two logins both worked the same way -
as LUNZs are removed when the real login works there might have been a
difference there maybe?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to multipath-tools in Ubuntu.
https://bugs.launchpad.net/bugs/1671397

Title:
  A VNX LUN will still be recognized as LUNZ after provisioning

Status in multipath-tools package in Ubuntu:
  New

Bug description:
  1. Attach a Ubuntu 16.04 server to a VNX array through either FC, or iSCSI;
  2. LUNZ will be automatically created as below:
  # sudo ./inq.LinuxAMD64
  Inquiry utility, Version V8.1.1.0 (Edit Level: 2102) built with SYMAPI Version V8.1.1.0 (Edit Level 2102)
  Copyright (c) [1997-2015] EMC Corporation. All Rights Reserved.
  For help type inq -h.

  .......

  -------------------------------------------------------------------
  DEVICE   :VEND    :PROD            :REV   :SER NUM          :CAP(kb)
  -------------------------------------------------------------------
  /dev/sda :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sdb :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sdc :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sdd :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sde :Single  :Flash Reader    :1.00  :           :    31166976
  /dev/sdf :DGC     :LUNZ            :0533  :00000000   :      FAILED
  /dev/sdg :DGC     :LUNZ            :0533  :00000000   :      FAILED

  3. Provision 2 x LUNs from VNX to the Ubuntu 16.04 server, then rescan SCSI bus to reflect the changes. The 2 x LUNs will be recognized as below:
  # sudo ./inq.LinuxAMD64
  Inquiry utility, Version V8.1.1.0 (Edit Level: 2102) built with SYMAPI Version V8.1.1.0 (Edit Level 2102)
  Copyright (c) [1997-2015] EMC Corporation. All Rights Reserved.
  For help type inq -h.

  ..........

  --------------------------------------------------------------------
  DEVICE    :VEND    :PROD            :REV   :SER NUM          :CAP(kb)
  --------------------------------------------------------------------
  /dev/sda  :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sdb  :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sdc  :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sdd  :Lenovo  :720i            :4.23  :           :   292421632
  /dev/sde  :Single  :Flash Reader    :1.00  :           :    31166976
  /dev/sdf  :DGC     :VRAID           :0533  :BB589458   :    18874368
  /dev/sdg  :DGC     :VRAID           :0533  :BB589458   :    18874368
  /dev/sdh  :DGC     :VRAID           :0533  :CA589477   :    29360128
  /dev/sdi  :DGC     :VRAID           :0533  :CA589477   :    29360128
  /dev/dm-0 :DGC     :VRAID           :0533  :CA589477   :    29360128

  4. Based on the output, it can be clearly seen that only one multipath
  device(dm-0) is created. Since we provisioned 2 x LUNs, 2 x multipath
  devices should be created. The one not managed by multipath-tools is
  the LUN with SN BB589458, which re-uses the same native device names
  as the LUNZ devices(in step 2).

  5. Command "multipath -v 3 -ll" will tell the root cause that native
  devices(sdf and sdg) are still recognized as LUNZ devices:

  # sudo multipath -v 3 -ll
  ......
  Mar 09 04:48:42 | sdf: udev property SCSI_IDENT_LUN_VENDOR whitelisted
  Mar 09 04:48:42 | sdf: not found in pathvec
  Mar 09 04:48:42 | sdf: mask = 0x25
  Mar 09 04:48:42 | sdf: dev_t = 8:80
  Mar 09 04:48:42 | sdf: size = 0
  Mar 09 04:48:42 | sdf: vendor = DGC
  Mar 09 04:48:42 | sdf: product = LUNZ
  Mar 09 04:48:42 | sdf: rev = 0533
  Mar 09 04:48:42 | sdf: h:b:t:l = 33:0:0:0
  Mar 09 04:48:42 | sdf: tgt_node_name = iqn.1992-04.com.emc:cx.apm00153919964.a5
  Mar 09 04:48:42 | (null): (DGC:LUNZ) vendor/product blacklisted
  ......
  Mar 09 04:48:42 | sdg: udev property SCSI_IDENT_LUN_VENDOR whitelisted
  Mar 09 04:48:42 | sdg: not found in pathvec
  Mar 09 04:48:42 | sdg: mask = 0x25
  Mar 09 04:48:42 | sdg: dev_t = 8:96
  Mar 09 04:48:42 | sdg: size = 0
  Mar 09 04:48:42 | sdg: vendor = DGC
  Mar 09 04:48:42 | sdg: product = LUNZ
  Mar 09 04:48:42 | sdg: rev = 0533
  Mar 09 04:48:42 | sdg: h:b:t:l = 35:0:0:0
  Mar 09 04:48:42 | sdg: tgt_node_name = iqn.1992-04.com.emc:cx.apm00153919964.b5
  Mar 09 04:48:42 | (null): (DGC:LUNZ) vendor/product blacklisted
  ......

  6. After provisioning LUNs, LUNZ should be removed, and multipath-
  tools should reflected the changes.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1671397/+subscriptions