Storage Boards Cleanup
To make it easier to find information about HPE Storage products and solutions, we are doing spring cleaning. This includes consolidation of some older boards, and a simpler structure that more accurately reflects how people use HPE Storage.
Disk Arrays
cancel
Showing results for 
Search instead for 
Did you mean: 

hpap pointing to non-existant physical path

Luiz Felipe Rivabem
Occasional Contributor

hpap pointing to non-existant physical path

autopath display
==================================================================
HPswsp Version : A.3.0F.02F.02F
==================================================================
Auto Discover : OFF (* we run autopath discover as and init.d script)
==================================================================
Array Type : EVA-AA
Array WWN : 5000-1FE1-5010-EBF0
Read Optimize : ON
Path Verification Period : 00:10
==================================================================
Lun WWN : 6005-08B4-000B-D231-0000-B000-0413-0000
Virtual Device File : /hpap/dsk/hpap67
Load Balancing Policy : Shortest Queue Length
Lun Timeout : Infinite Retry (-1)
==================================================================
Device Path Status
==================================================================
/dev/dsk/c45t0d1 Active
/dev/dsk/c46t0d1 Active
/dev/dsk/c47t0d1 Active
/dev/dsk/c48t0d1 Active
/dev/dsk/c49t0d1 Active
/dev/dsk/c50t0d1 Active
/dev/dsk/c51t0d1 Active
/dev/dsk/c52t0d1 Active
/dev/dsk/c55t0d1 Active
/dev/dsk/c56t0d1 Active
/dev/dsk/c57t0d1 Active
/dev/dsk/c58t0d1 Active
/dev/dsk/c59t0d1 Active
/dev/dsk/c60t0d1 Active
/dev/dsk/c61t0d1 Active
/dev/dsk/c62t0d1 Active

==================================================================


But, issuing come comands we figure out that hpap67 is not using any of those paths:

# ls -la /hpap/dsk/hpap67
brw-r----- 1 root sys 31 0x1e0100 Apr 7 16:15 /hpap/dsk/hpap67

Looking for the physical device, with those minor/major numbers, we have:

# ls -la /dev/dsk/* | grep 0x1e0100
brw-r----- 1 bin sys 31 0x1e0100 Apr 6 14:10 /dev/dsk/c30t0d1

I don't have the old list, but I assume c30txdx was the first found path by autopath discover before the change.

This machine is primarly an Oracle RAC node and for asmdisks we use "mknod" to create special files for asmdisks, so we just recreated them with the new major/minor number.

Our doubt is why did not one of the new physical paths is used automaticaly in the hpap/dsk/hpap67 (and others). And how to "recreate" the hpap devices with the correct physical paths?

Just to confirm the bahavior, a simple dd command to show the listed paths are valid.

# dd if=/hpap/dsk/hpap67 of=/tmp/testhpap bs=512 count=1
/hpap/dsk/hpap67: No such device or address
dd: cannot open /hpap/dsk/hpap67

# dd if=/dev/dsk/c30t0d1 of=/tmp/testhpap bs=512 count=1
/dev/dsk/c30t0d1: No such device or address
dd: cannot open /dev/dsk/c30t0d1

# dd if=/dev/dsk/c45t0d1 of=/tmp/testhpap bs=512 count=1
1+0 records in
1+0 records out