powermt-Befehle schlagen fehl mit "ERROR: Device Lam claim failed"

Dieses spezielle Problem kann nur auftreten, wenn der Server sowohl mit von PowerPath verwalteten als auch mit nicht von PowerPath verwalteten Arrays verbunden ist und Konfigurationsänderungen auf beiden Arrays folgen. In unserem Beispiel wurden einige Clariion-Geräte entfernt, aber das entsprechende Pseudogerät nicht bereinigt. Dann wurde IBM-Speicher hinzugefügt und die Festplatten, die ursprünglich als Pfad zu diesen entfernten Clariion-Geräten verwendet wurden, wurden wieder verwendet, um die neuen IBM-Festplatten zu beschreiben. Dies führte zu diesen falschen Einträgen im ODM.   

Umgebung :
OS : AIX (beliebige Ausführung)
DELL EMC SOFTWARE : PowerPath for AIX (beliebige Version)
nicht von Dell EMC HW: Festplatten von einem Array, das von PowerPath nicht verwaltet werden kann.

In einer AIX-Umgebung schlagen powermt-Befehle mit "ERROR: Geräte-LAM-Anspruch fehlgeschlagen". Dieser Fehler ist nicht in unserer Referenz für CLI- und Systemmeldungen zur Dell EMC PowerPath-Produktreihe dokumentiert.

Die Meldung wird von Powerpath ausgegeben, wenn PowerPath nicht ermitteln kann, zu welchem LAM (Loadable Array Module) ein Gerät gehört. Da die PowerPath -Befehle nicht funktionieren, kann das Troubleshooting nur mit Blick auf den ODM durchgeführt werden. Wenn Powerpath nach einem LAM sucht und das entsprechende nicht finden kann, bedeutet dies, dass ein Pseudogerät mit Einträgen im ODM vorhanden ist, die auf einen Gerätetyp verweisen, der von PowerPath nicht erwartet wird.

In dem Fall, der die Erstellung dieses Artikels verursacht hat, hatten wir Folgendes im ODM: :

CuAt:
name = "hdiskpower29"
attribute = "vpd_map"
value = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
type = "V"
generic = ""
rep = "sl"
nls_index = 0

Wenn wir den PdAt auf diese Art von Gerät überprüfen, finden wir :

PdAt:
uniquetype = "disk/fcp/2145"
attribute = "vpd_map"
deflt = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
values = "
"width = "
"type = "V"
generic = ""
rep = "sl"
nls_index = 0

Dies ist weder ein DELL EMC Festplattentyp noch etwas, das von PowerPath gemanagt wird: Dies ist eine IBM-Festplatte.

Einen einfacheren Nachweis der Art des Geräts liefert das Attribut unique_id des Pseudogeräts. In unserem Fall hatten wir (der echte Wert wurde geändert, um die Vertraulichkeit zu wahren) :

CuAt:
    name = "hdiskpower29"
attribute = "unique_id"
value = "33213600507680C80017D3800000000000XXXXXXX4503IBMfcp"
type = "R"
generic = ""
rep = "s"
nls_index = 0
 
Wenn solche Einträge im ODM vorhanden sind und wenn das Pseudogerät (hier hdiskpower29) in "powermt_custom.xml" referenziert wird, dann kann "powermt config" dem Gerät keinen LAM zuordnen und schlägt fehl.und der andere "powermt"-Befehl schlägt mit dem gleichen Fehler fehl.

Da alle "powermt"-Befehle fehlschlagen, ist es nicht möglich, die Datei "powermt_custom.xml" mit einem "powermt save" zu aktualisieren. Das Löschen der Datei "powermt_custom.xml" wäre eine sehr schlechte Idee, da das Risiko besteht, dass die Beziehung zwischen den richtigen Pseudogeräten und den von PowerPath verwalteten Arraygeräten verloren geht.

Die einzige Möglichkeit, das Problem zu beheben, besteht darin, alle Pseudogeräte aus dem ODM zu entfernen, bei denen das Attribut "unique_id" XXXXIBMfcp ist. Anstatt die gefährlichen "odmdelete"-Befehle zu verwenden, wird empfohlen, einfach den Befehl "rmdev -dl <pseudo_device>" zu verwenden.

Hier ist ein Beispiel für die Befehle, die ausgeführt wurden, um die falschen Einträge in unserem Beispiel zu entfernen (natürlich ist jeder Fall einzigartig und die folgende Liste ist nur ein Beispiel): für

i in 29 30 31 32 33 34 34 39 40 41 42 43 44 45 46 47 48 125 136 137 138 167 168 169 170 171 172 173 216 217 267 522 523 524 525 526 527
do
rmdev -dl hdiskpower$Nach dieser Bereinigung führen Sie
"powermt config" gefolgt von "powermt save" aus.

In dieser Phase werden möglicherweise auch einige "tote" Pfade (für Pseudogeräte, die ebenfalls aus der Konfiguration entfernt wurden, bei denen die entsprechenden Festplatten jedoch nicht wiederverwendet wurden, um auf nicht von PowerPath verwaltete Festplatten zu verweisen, und die im ODM bei der Prüfung des Attributs "unique_id" nicht entdeckt wurden) in "powermt display" entdeckt. Diese Einträge werden mit dem Befehl "powermt check" bereinigt. Vergessen Sie in einem solchen Fall nicht, nach dieser letzten Bereinigung erneut einen Befehl "powermt save" auszuführen.