PowerPath manque 1 chemin d’accès aux périphériques
Summary: Bien que le système d’exploitation découvre correctement tous les chemins de l’appareil, il en manque un à PowerPath.
Symptoms
Configuration d’un appareil pour ASM
Environnement :
Système d’exploitation : AIX (n’importe quelle version)
Logiciel DELL : PowerPath for AIX
DELL array : any
Non-DELL SW : ASM
Le système d’exploitation découvre tous les chemins d’accès au périphérique, mais PowerPath les configure tous, sauf un.
La charge semble déséquilibrée entre les adaptateurs HBA, avec plus d’E/S sur l’adaptateur HBA utilisé par le chemin d’accès manquant PowerPath.
Par exemple, énumérez tous les chemins d’accès au périphérique Symmetrix 104 (nous utiliserions une sortie similaire pour d’autres types de baies)
(à partir de l’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
Lors de la vérification du pseudo-périphérique, nous avons :
# 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
Il nous manque hdisk313.
Cause
Le module ASM est utilisé sur l’hôte et n’est pas correctement configuré. Lorsqu’un périphérique ASM est configuré, son niveau majeur ou mineur doit correspondre au niveau majeur ou mineur du pseudo-périphérique représentatif.
Si nous regardons le majeur ou le mineur du pseudo-périphérique brut, nous trouvons :
# ls -l -Ralsi /dev/rhdiskpower26 87478 0 crw-rw---- 1 root system 36, 26 Jul 26 11:11 rhdiskpower26
L’appareil ASM doit avoir été créé avec le majeur 36 et le mineur 26. En d’autres termes, nous aurions dû :
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 36, 26 Jul 26 11:13 ASM_104
Dans notre cas, nous retrouvons :
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 19,313 Jul 26 11:13 ASM_104
Et si l’on cherche cette paire majeure, mineure, on trouve :
# 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 ... Notre chemin manquant
Lorsque PowerPath tente de configurer le pseudo-périphérique, il doit ouvrir tous les chemins. S’il s’agit de hdisk313, l’ouverture échoue, car le périphérique est maintenu par ASM. PowerPath ne peut pas le récupérer. Par conséquent, le périphérique ASM n’utilise qu’un seul chemin (pas d’équilibrage de charge), non géré par PowerPath. Si le chemin échoue, l’application se réduit (pas de basculement). Cela explique pourquoi la charge sur l’adaptateur HBA gérant ce chemin manquant est beaucoup plus élevée que la charge sur l’autre adaptateur HBA (visible dans fcstat fcsX).
Resolution
La résolution consiste à créer correctement l’appareil 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