This bug is missing log files that will aid in diagnosing the problem.
>From a terminal window please run:

apport-collect 1671397

and then change the status of the bug to 'Confirmed'.

If, due to the nature of the issue you have encountered, you are unable
to run this command, please add a comment stating that fact and change
the bug status to 'Confirmed'.

This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.

** Changed in: linux (Ubuntu)
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1671397

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

Status in linux package in Ubuntu:
  Incomplete
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/linux/+bug/1671397/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to