O PowerPath não tem um caminho para os dispositivos
Summary: Embora o sistema operacional esteja detectando corretamente todos os caminhos do dispositivo, falta um caminho no PowerPath.
Symptoms
Configuração de um dispositivo para ASM
Ambiente:
Sistema operacional: AIX (qualquer versão)
DELL SW: PowerPath para AIX
Array da DELL: qualquer
software não DELL ASM
O sistema operacional está detectando todos os caminhos para o dispositivo, mas o PowerPath está configurando todos eles, exceto 1.
A carga parece não balanceada entre os HBAs, faltando mais E/S no HBA usado pelo PowerPath.
Por exemplo, enumere todos os caminhos para o dispositivo Symmetrix 104 (usaríamos um resultado semelhante para outros tipos de arrays)
(do 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
Ao verificar o pseudodispositivo, temos:
# 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
Está faltando hdisk313.
Cause
O ASM é usado no host e está configurado incorretamente. Quando um dispositivo ASM é configurado, seu principal ou secundário deve corresponder ao principal ou secundário do pseudodispositivo representativo.
Se olharmos para o maior ou menor do pseudodispositivo bruto, encontramos:
# ls -l -Ralsi /dev/rhdiskpower26 87478 0 crw-rw---- 1 root system 36, 26 Jul 26 11:11 rhdiskpower26
O dispositivo ASM deve ter sido criado com 36 principais e 26 secundários. Em outras palavras, deveríamos ter:
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 36, 26 Jul 26 11:13 ASM_104
No nosso caso, encontramos:
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 19,313 Jul 26 11:13 ASM_104
E se procurarmos por este par maior e menor, encontramos:
# 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 ... Nosso caminho que falta
Quando o PowerPath tenta configurar o pseudodispositivo, ele deve abrir todos os caminhos. Se for hdisk313, a abertura falhará porque o dispositivo é mantido pelo ASM. O PowerPath não pode retirá-lo. Como resultado, o dispositivo ASM está usando apenas um caminho (sem balanceamento de carga), não gerenciado pelo PowerPath. Se o caminho falhar, o aplicativo será recolhido (sem failover). Isso explica por que a carga no HBA que processa esse caminho ausente é muito maior do que a carga no outro HBA (visível em fcstat fcsX).
Resolution
A resolução consiste em criar corretamente o 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