In PowerPath fehlt 1 Pfad zu den Geräten
Summary: Obwohl das Betriebssystem alle Pfade des Geräts korrekt erkennt, fehlt in PowerPath ein Pfad.
Symptoms
Konfiguration eines Geräts für ASM
Umgebung:
BS: AIX (jede Version)
DELL SW: PowerPath for AIX
DELL array: beliebige
Nicht-DELL-SW: ASM
Das Betriebssystem erkennt alle Pfade zum Gerät, PowerPath konfiguriert jedoch alle Pfade bis auf einen.
Die Last auf dem HBA scheint unausgeglichen zu sein, wobei mehr I/O auf dem HBA vom fehlenden Pfad in PowerPath verwendet wird.
Listen Sie beispielsweise alle Pfade zum Symmetrix-Gerät 104 auf (wir würden eine ähnliche Ausgabe für andere Arraytypen verwenden)
(aus 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
Bei der Überprüfung des Pseudogeräts haben wir:
# 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
Es fehlt hdisk313.
Cause
ASM wird auf dem Host verwendet und ist falsch konfiguriert. Wenn ein ASM-Gerät konfiguriert ist, sollte sein Haupt- oder Nebengerät mit dem Haupt- oder Nebengerät des repräsentativen Pseudogeräts übereinstimmen.
Wenn wir uns das Haupt- oder Nebenfach des rohen Pseudogeräts ansehen, finden wir:
# ls -l -Ralsi /dev/rhdiskpower26 87478 0 crw-rw---- 1 root system 36, 26 Jul 26 11:11 rhdiskpower26
Das ASM-Gerät sollte mit Major 36 und Minor 26 erstellt worden sein. Mit anderen Worten, wir sollten Folgendes haben:
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 36, 26 Jul 26 11:13 ASM_104
In unserem Fall finden wir:
# ls -Ralsi /dev/ASM_104 87518 0 crw-rw-r-- 1 grid oinstall 19,313 Jul 26 11:13 ASM_104
Und wenn wir nach diesem Dur-Moll-Paar suchen, finden wir:
# 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 ... Unser fehlender Weg
Wenn PowerPath versucht, das Pseudogerät zu konfigurieren, müssen alle Pfade geöffnet werden. Wenn dies hdisk313 ist, schlägt der Open-Vorgang fehl, da das Gerät von ASM gehalten wird. PowerPath kann sie nicht übernehmen. Daher verwendet das ASM-Gerät nur einen Pfad (kein Lastenausgleich), der nicht von PowerPath verwaltet wird. Wenn der Pfad fehlschlägt, wird die Anwendung ausgeblendet (kein Failover). Dies erklärt, warum die Last auf dem HBA, der diesen fehlenden Pfad verarbeitet, viel höher ist als die Last auf dem anderen HBA (sichtbar in fcstat fcsX).
Resolution
Die Lösung besteht in der korrekten Erstellung des ASM-Geräts.
# 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