Skip to main content

Decoding HDS LUN presented to Linux

WORK IN PROGRESS - the more rocks I overturn, the more data I find that I am missing :-(

I'm gathering information from a number of sources and I have not found a source that covers this entire topic.  You can find additional information elsewhere, if you need more detailed info.
I anticipate this post will contain quite a bit of data at some point.

This... is an example of the multipath device you would see from Red Hat.  Notice it is similar to your standard WWN, but not absolutely the same.


# multipath -ll -v2 | tail -5
360060e800571c900000071c9000005f7 dm-5 HITACHI,OPEN-V
size=200G features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=1 status=active
  |- 5:0:0:0 sdb 8:16  active ready running
  `- 6:0:0:0 sdh 8:112 active ready running

Let's break this down.
36 0060e8 00 5 71c9 00 000071c9000005f7
36 - Vendor Code (For some reason this is NOT 50, as expected)
0060e8 - HDS OUI
00
5 - Front End Port (FEP) - in this case 'F'
71c9 - HDS Array Serial Number (in Hex)





500060E8WWXXXXYZ
50
the first 4 bits from the WWN are 0101 (5 hex), and show which is the organization responsible for the name assignment (NAA). 5 means - (format 5 of NAA) means that the Vendor (e.g. Hitachi) is responsible for uniquely use the whole address.
0060E8
next in the WWN is the unique ID of the Vendor. It is assigned by ieee to different organizations. Each vendor has unique ID, and some vendors may have more than than one ID. On web address http://standards.ieee.org/regauth/oui/index.shtml you may check them. For 0060e8 you will find
HITACHI COMPUTER PRODUCTS (AMERICA), INC.
3101 TASMAN DRIVE
SANTA CLARA CA 95054
UNITED STATES
From here on is the interesting part. VSID - Vendor Specific ID
WW
is the family of the hardware. If it’s “01″ then it’s a 7700/”Thunder”. “02″ is a 9900/”Lightning”.
XXXX
is the serial number. It’s a hex value, convert it to decimal and that’s the box serial number.
Y
is the cluster. 0=Cluster 1 (Left hand side) and 1=Cluster 2 (Right hand side).
Z
is the port. Note there is no Port I. Use this table:
0A
1B
2C
3D
4E
5F
6G
7H
8J
9K
AL
BM
CN
DO
EP
FQ
WW value - modelHP model
01XP 256
02XP 512/48
03XP1024/128
04XP12000/10000
??XP24000
HP XP Port WWN = 50:00:60:E8:01:12:34:0A
0A - CHIP Port
0 - means 1
A - means L (see table)
DescriptionWWNSerialmodelCHIP
XP 12000,
disk system 5004,
FRHA043981
50:06:0e:80:04:ab:cd:00hex: abcd
dec: 43981
04 => XP120001A
XP 12000,
disk system 5005,
FRHA012345
50:06:0e:80:04:30:39:04hex: 3039
dec: 12345
04 => XP120001D
example 1:
12:34 - Serial#
example 2

This information was retrieved from http://brionetka.com/linux/?p=38 and I am certain that person put quite a bit of effort into documenting this information and deserves credit.


Comments

  1. Hi

    The source URL you've mentioned at the end of this post is no more available, However thanks for documenting it here. Very useful.

    ReplyDelete

Post a Comment

Popular posts from this blog

P2V using dd for KVM-QEMU guest

Preface: I have certainly not exhaustively tested this process.  I had a specific need and found a specific solution that worked. Situation:  I was issued a shiny new laptop running Red Hat Enterprise Linux 7 (with Corp VPN, certs, Authentication configuration, etc...)  The image was great, but I needed more flexibility on my bare metal.  So, my goal was to P2V the corporate image so I could just run it as a VM. * Remove corporate drive and install new SSD * install corp drive in external USB-3 case * Install RHEL 7 on new SSD * dd old drive to a disk-image file in a temp location which will be an image which is the same size as your actual drive (unless you have enough space in your destination to contain a temp and converted image) * convert the raw disk-image to a qcow file while pushing it to the final location - this step should reduce the disk size - however, I believe it will only reduce/collapse zero-byte blocks (not just free space - i.e. if you de...

Sun USS 7100 foo

TIP: put ALL of your LUNs into a designated TARGET and INITIATOR group when you create them.  If you leave them in the "default" group, then everything that does an discovery against the array will find them :-( I'm struggling to recognize a reason that a default should even be present on the array. Also - who, exactly, is Sun trying to kid.  The USS is simply a box.. running Solaris .. with IPMP and ZFS.  Great.  If you have ever attempted to "break-in" or "p0wn" your IBM HMC, you know that there are people out there that can harden a box - then.. there's Sun.  After a recent meltdown at the office I had to get quite intimate with my USS 7110 and learned quite a bit.  Namely: there's a shell ;-) My current irritation is how they attempt to "warn you" away from using the shell (my coverage expired a long time ago to worry about that) and then how they try to hide things, poorly. I was curious as to what version of SunOS it ...

Extending SNMP to run arbitrary shell script

Why are we here... This is not likely something I would have pursued under normal circumstances.  I happen to be working for a customer/client who is not afforded a lot of flexibility to accomplish their goals.  In this case, the rigor is justified.  They have to sometimes be fairly creative with how they solve problems. In this case they would like to utilize an existing snmp implementation to execute a command (or shell script) on a remote system.  They came to me with the idea of using Net-SNMP extend. https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Deployment_Guide/sect-System_Monitoring_Tools-Net-SNMP-Extending.html NOTE:  This is NOT a good implementation strategy in the "real world"  it will simply allow you to test the functionality.  There are a TON of security implications which would need to be taken in to consideration. Implementation Steps: [root@rh7tst01 ~]# yum -y install net-snmp net-snmp-utils ...