Solaris : WWN des disques SAN

Problématique : la commande luxadm remonte les N° de LUN des disques SAN avec un indice mais sans relation avec le nom de device, la forme CxTyDy (en tout cas je ne l'ai pas trouvée).

# cfgadm -al -o show_SCSI_LUN (ou show_FCP_dev)
Ap_Id                          Type         Receptacle   Occupant     Condition
c4                             fc-fabric    connected    configured   unknown
c4::50060e8005481a12,0         disk         connected    configured   unknown
c4::50060e8005481a12,1         disk         connected    configured   unknown
c4::50060e8005481a12,2         disk         connected    configured   unknown
c4::50060e8005481a12,3         disk         connected    configured   unknown
c4::50060e8005481a12,4         disk         connected    configured   unknown
c4::50060e8005481a12,5         disk         connected    configured   unknown
c4::50060e8005481a12,6         disk         connected    configured   unknown
c4::50060e8005481a12,7         disk         connected    configured   unknown
...
c4::50060e8005481a12,182         disk         connected    configured   unknown

 => Pour faire le lien entre le N° de LUN et le nom de device :

La commande fcinfo remplace la commande luxadm sur Solaris 10. Malgré tout, luxadm reste utile pour avoir un certain nombre d'information.

• Liste des WWN des cartes :

# fcinfo hba-port
HBA Port WWN: 210000e08b878664
        OS Device Name: /dev/cfg/c4
        Manufacturer: QLogic Corp.
        Model: 375-3108-xx
        Firmware Version: 03.03.28
        Driver Name: qlc
        Driver Version: 3.00p
        Type: N-port
        State: online
        Supported Speeds: 1Gb 2Gb
        Current Speed: 2Gb
        Node WWN: 210000e08b878664
...

• Pour un WWN donné, liste des LUNs rattachées :

# fcinfo remote-port -s -p 210000e08b878664
Remote Port WWN: 50060e8005481a02
        Active FC4 Types: SCSI
        SCSI Target: yes
        Node WWN: 50060e8005481a02
        LUN: 0
          Vendor: HITACHI
          Product: OPEN-V      -SUN
          OS Device Name: /dev/rdsk/c8t60060E8005481A000000481A00003C32d0s2
        LUN: 1
          Vendor: HITACHI
          Product: OPEN-V      -SUN
          OS Device Name: /dev/rdsk/c8t60060E8005481A000000481A00003C33d0s2
 ...
        LUN: 181
          Vendor: HITACHI
          Product: OPEN-V      -SUN
          OS Device Name: /dev/rdsk/c8t60060E8005481A000000481A00003CB5d0s2
        LUN: 182
          Vendor: HITACHI
          Product: OPEN-V      -SUN
          OS Device Name: /dev/rdsk/c8t60060E8005481A000000481A00003CB6d0s2


A voir si le N° de LUN est celui que l'on voit dans format ...??

Solaris : arrêter une zone bloquée en shutting_down

Une zone non globale ne s'arrête pas et reste en status shutting_down.

• Symptome : la zone ne s'arrête pas suite à un zoneadm -z zonename halt

• Procédure qui a marché pour moi :

# ps -fz  zonename

     UID   PID  PPID   C    STIME TTY         TIME CMD
     root  2618     1   0   Apr 30 ?           0:00 zsched 
    0000100 27293     1   0   Apr 30 ?        1735:51 ora_arc0_BASE1

Kill des process autres que zsched :

# kill -9 27293

La zone poursuit son arrêt (vérifier en faisant un truss sur le process zoneadmd de la zone non globale).


Remarque : il vaut mieux faire un zlogin zonename init 0 que zoneadm -z zonename halt.

Si ça ne fonctionne pas il semble qu'il y ai aussi un bug sur Solaris 10 U6 qui provoque ce symptôme.