Securepath shows only 3 paths insteady of 4 for a LUN

[Tuan Nguyen_2]

HP-UX hxx1 B.11.11 U 9000/800 3143982623 unlimited-user license
model rp3440
Securepath on EVA5000; this server gets 4 LUNs from SAN

This setup has work for more than a year, recently the SAN guys did "something"...and now we have a problem

with a path missing on 2 HP servers.

It starting with one path shows "failed" in "spmgr display", they did a "rezone" (he created a new zone and

delete the old one) ...After a reboot (which takes more than 12min than usual) the "spmgr display" shows no

path failed anymore (se below) and it shows 3 paths instead of 4 for a device/LUN.

From hpux view there are no problems with the driver, the FW, the HW (see below). Nothing in messages.

Why there is only one path showed on td1? is this a san switch problem, is this a SAN controller problem ??

is there a way we can check it. Are there other problems? Please help, many thanks on advanced.

NB1: it is the same problem on an another HP server
NB2: I had tried the restart, restore option from spmgr, nothing help.

Regards,
Tuan

More infos can find on the attached file.
***infos
hxorpre1_root # ioscan -funCfc
Class I H/W Path Driver S/W State H/W Type Description
=================================================================
fc 0 0/3/1/0 td CLAIMED INTERFACE HP Tachyon XL2 Fibre Channel Mass Storage Adapter
/dev/td0
fc 1 0/4/1/0 td CLAIMED INTERFACE HP Tachyon XL2 Fibre Channel Mass Storage Adapter
/dev/td1
hxorpre1_root #
hxorpre1_root # ioscan -funCdisk
Class I H/W Path Driver S/W State H/W Type Description
==========================================================================
disk 0 0/0/2/0.0.0.0 sdisk CLAIMED DEVICE TEAC DV-28E-C
/dev/dsk/c0t0d0 /dev/rdsk/c0t0d0
disk 1 0/1/1/0.0.0 sdisk CLAIMED DEVICE HP 73.4GST373453LC
/dev/dsk/c2t0d0 /dev/rdsk/c2t0d0
disk 2 0/1/1/0.1.0 sdisk CLAIMED DEVICE HP 73.4GST373454LC
/dev/dsk/c2t1d0 /dev/rdsk/c2t1d0
disk 9 0/3/1/0.5.11.255.0.0.0 sdisk CLAIMED DEVICE P Ultrium 2-SCSI
/dev/dsk/c45t0d0 /dev/rdsk/c45t0d0
disk 3 255/255/0/0.0 sdisk CLAIMED DEVICE HSV110 (C)COMPAQ
/dev/dsk/c12t0d0 /dev/rdsk/c12t0d0
disk 4 255/255/0/0.1 sdisk CLAIMED DEVICE HSV110 (C)COMPAQ
/dev/dsk/c12t0d1 /dev/rdsk/c12t0d1
disk 5 255/255/0/0.2 sdisk CLAIMED DEVICE HSV110 (C)COMPAQ
/dev/dsk/c12t0d2 /dev/rdsk/c12t0d2
disk 6 255/255/0/0.3 sdisk CLAIMED DEVICE HSV110 (C)COMPAQ
/dev/dsk/c12t0d3 /dev/rdsk/c12t0d3


fcmsutil /dev/td0

Vendor ID is = 0x00103c
Device ID is = 0x001029
XL2 Chip Revision No is = 2.3
PCI Sub-system Vendor ID is = 0x00103c
PCI Sub-system ID is = 0x00128c
Topology = PTTOPT_FABRIC
Link Speed = 2Gb
Local N_Port_id is = 0x031400
N_Port Node World Wide Name = 0x50060b000024ef61
N_Port Port World Wide Name = 0x50060b000024ef60
Driver state = ONLINE
Hardware Path is = 0/3/1/0
Number of Assisted IOs = 10353240
Number of Active Login Sessions = 2
Dino Present on Card = NO
Maximum Frame Size = 896
Driver Version = @(#) PATCH_11.11: libtd.a : Jun 28 2002, 11:08:35, PHSS_26799

fcmsutil /dev/td1

Vendor ID is = 0x00103c
Device ID is = 0x001029
XL2 Chip Revision No is = 2.3
PCI Sub-system Vendor ID is = 0x00103c
PCI Sub-system ID is = 0x00128c
Topology = PTTOPT_FABRIC
Link Speed = 2Gb
Local N_Port_id is = 0x021f00
N_Port Node World Wide Name = 0x50060b000024efff
N_Port Port World Wide Name = 0x50060b000024effe
Driver state = ONLINE
Hardware Path is = 0/4/1/0
Number of Assisted IOs = 141727
Number of Active Login Sessions = 1
Dino Present on Card = NO
Maximum Frame Size = 896
Driver Version = @(#) PATCH_11.11: libtd.a : Jun 28 2002, 11:08:35, PHSS_26799

[Bernd Reize · Accepted solution]

Hi Tuan,

for all four luns it was the same path that was shown as 'failed' and dissappeared after reboot. (the path from hba td1 to eva controller P5849D5AAPR03Z).

This is most likely a SAN/zoning problem (zone missing/not effective/wrong wwn/port....), can you please have your SAN guys check it again?

regards,
Bernd

[Tuan Nguyen_2]

Hi Bernd,

Many thanks, he rechecked the zoning and then we try to use an another port on the SAN-switch. And everything is ok again.

Regards,
Tuan