A PowerPath manca 1 percorso per i dispositivi
Summary: Anche se il sistema operativo rileva correttamente tutti i percorsi del dispositivo, a PowerPath manca un percorso.
Symptoms
Configurazione di un dispositivo per ASM
Ambiente:
OS: AIX (qualsiasi versione)
SW DELL: PowerPath per AIX
Array DELL: qualsiasi
software non DELL: ASM
Il sistema operativo sta rilevando tutti i percorsi verso il dispositivo, ma PowerPath li sta configurando tutti tranne uno.
Il carico appare sbilanciato tra gli HBA, con più I/O sull HBA utilizzati dal percorso mancante di PowerPath.
Ad esempio, enumerare tutti i percorsi del dispositivo Symmetrix 104 (utilizzare un output simile per altri tipi di array)
(da inq)
/dev/rhdiskpower26 :EMC :SYMMETRIX :5978 :2500104000 : 262145280 /dev/rhdisk44 :EMC :SYMMETRIX :5978 :2500104000 : 262145280 /dev/rhdisk121 :EMC :SYMMETRIX :5978 :250<0104000 : 262145280 /dev/rhdisk198 :EMC :SYMMETRIX :5978 :2500104<000 : 262145280 /dev/rhdisk313 :EMC :SYMMETRIX :5978 :2500104000 : 262145280
Quando si controlla lo pseudodispositivo, si ha:
# powermt display dev=26 Pseudo name=hdiskpower26 Symmetrix ID=000xxxxxxx25 Logical device ID=00104 Device WWN=60000970000xxxxxxx25533030313034 state=alive; policy=SymmOpt; queued-IOs=0 ============================================================================== --------------- Host --------------- - Stor - -- I/O Path -- -- Stats --- ### HW Path I/O Paths Interf. Mode State Q-IOs Errors ============================================================================== 1 fscsi1 hdisk198 FA 6d:09 active alive 0 0 0 fscsi0 hdisk121 FA 3d:04 active alive 0 0 0 fscsi0 hdisk44 FA 4d:04 active alive 0 0
Manca hdisk313.
Cause
ASM viene utilizzato sull'host ed è configurato in modo errato. Quando un dispositivo ASM è configurato, il suo principale o secondario deve corrispondere al principale o secondario dello pseudodispositivo rappresentativo.
Se osserviamo il principale o il minore dello pseudo device raw, troviamo:
# ls -l -Ralsi /dev/rhdiskpower26 87478 0 crw-rw---- 1 root system 36, 26 Jul 26 11:11 rhdiskpower26
Il dispositivo ASM deve essere stato creato con le versioni principali 36 e secondarie 26. In altre parole, dovremmo avere:
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 36, 26 Jul 26 11:13 ASM_104
Nel nostro caso, troviamo:
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 19,313 Jul 26 11:13 ASM_104
E se cerchiamo questa coppia maggiore, minore, troviamo:
# ls -Ralsi /dev | grep 19,313 87518 0 crw-rw-r-- 1 grid oinstall 19,313 Jul 26 11:13 ASM_104 87438 0 brw------- 1 root system 19,313 Jul 26 11:11 hdisk313 87439 0 crw------- 1 root system 19,313 Jul 26 11:11 rhdisk313
hdisk313 ... il nostro percorso mancante
Quando PowerPath tenta di configurare lo pseudo device, deve aprire tutti i percorsi. Se si tratta di hdisk313, l'apertura non riesce perché il dispositivo è trattenuto da ASM. PowerPath non è in grado di rilevarlo. Di conseguenza, il dispositivo ASM utilizza un solo percorso (senza bilanciamento del carico), non gestito da PowerPath. Se il percorso ha esito negativo, l'applicazione viene compressa (nessun failover). Questo spiega perché il carico sull HBA che gestisce questo percorso mancante è molto più elevato del carico sull'altro HBA (visibile in fcstat fcsX).
Resolution
La risoluzione consiste nel creare correttamente il dispositivo ASM.
# rm /dev/ASM_104 # mknod /dev/ASM_104 c 36 26 <<<<< the node is created in"raw" mode, with major 36 and minor 26, which are the major/minor of hdiskpower26. # chown grid:oinstall /dev/ASM_104