powermt-opdrachten mislukken met "ERROR: Device Lam claim failed"

Dit specifieke probleem kan zich alleen voordoen wanneer de server is aangesloten op zowel PowerPath beheerde als PowerPath niet-beheerde arrays en na configuratiewijzigingen op beide arrays. In ons voorbeeld waren sommige Clariion-apparaten verwijderd, maar het bijbehorende pseudo-apparaat was niet opgeschoond. Toen werd IBM-opslag toegevoegd en werden de hdisks, die aanvankelijk werden gebruikt als een pad naar deze verwijderde Clariion-apparaten, hergebruikt om de nieuwe IBM-schijven te beschrijven. Dit resulteerde in deze onjuiste vermeldingen in de ODM.   

Omgeving :
OS : AIX (elke smaak)
DELL EMC SW : PowerPath for AIX (any release)
non DELL EMC HW : schijven uit een array die niet kan worden beheerd door PowerPath.

In een AIX-omgeving mislukken powermt-opdrachten met "ERROR: Device Lam claim failed". Deze fout is niet gedocumenteerd in onze Dell EMC PowerPath reeks CLI en systeemberichten referentie.

Het bericht wordt gemeld door PowerPath wanneer PowerPath niet kan bepalen tot welke LAM (Loadable Array Module) een apparaat behoort. Omdat de PowerPath-opdrachten niet werken, kan probleemoplossing alleen worden uitgevoerd door naar de ODM te kijken. Als Powerpath op zoek is naar een LAM en de juiste niet kan vinden, betekent dit dat er een pseudo-apparaat is, met vermeldingen in de ODM, die verwijzen naar een type apparaat dat niet door PowerPath wordt verwacht.

In het geval dat de oorzaak was van het maken van dit artikel, hadden we het volgende in de ODM :CuAt:
name = "hdiskpower29"
attribute = "vpd_map"
value = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
type = "V"
generic = ""rep
= "sl"
nls_index = 0

Als we de PdAt voor dit soort apparaten controleren, vinden we :

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

Dit is geen DELL EMC type schijf en ook geen iets dat door PowerPath wordt beheerd: dit is een IBM-schijf.

Gemakkelijker bewijs van de aard van het apparaat wordt geleverd door het unique_id attribuut van het pseudo-apparaat. In ons geval hadden we (de echte waarde werd gewijzigd om de vertrouwelijkheid te behouden) :

CuAt:
    name = "hdiskpower29"
attribuut = "unique_id"
value = "33213600507680C80017D38000000000000XXXXXXX4503IBMfcp"
type = "R"
generic = ""
rep = "s"
nls_index = 0
 
Wanneer dergelijke vermeldingen bestaan in de ODM, en wanneer het pseudo-apparaat (hier hdiskpower29) wordt vermeld in "powermt_custom.xml", dan kan "powermt config" geen LAM aan het apparaat koppelen en zal het mislukken.en de andere "powermt"-opdracht zal mislukken met dezelfde fout.

Omdat alle "powermt"-opdrachten mislukken, is het niet mogelijk om het bestand "powermt_custom.xml" bij te werken met een "powermt save". Het verwijderen van het bestand "powermt_custom.xml" zou een zeer slecht idee zijn vanwege het risico dat de relatie tussen de juiste pseudo-apparaten en de door PowerPath beheerde array-apparaten verloren gaat.

De enige manier om het probleem op te lossen, is door alle pseudo-apparaten waarbij het kenmerk "unique_id" XXXXIBMfcp is, uit de ODM te verwijderen. En in plaats van gevaarlijke "odmdelete"-commando's te gebruiken, wordt geadviseerd om gewoon een "rmdev -dl <pseudo_device>"-commando te gebruiken.

Hier is een voorbeeld van de opdrachten die zijn uitgevoerd om de onjuiste vermeldingen in ons voorbeeld te verwijderen (natuurlijk is elk geval uniek en de onderstaande lijst is slechts een voorbeeld):

voor i in 29 30 31 32 33 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$i done


Voer na deze opschoning een "powermt config" uit, gevolgd door een "powermt save". In dit stadium ontdekt u mogelijk ook enkele "dode" paden (voor pseudo-apparaten die ook uit de configuratie zijn verwijderd, maar waarbij de bijbehorende hdisks niet zijn hergebruikt om te verwijzen naar niet-PowerPath beheerde schijven en die niet zijn gedetecteerd in de ODM bij het controleren van het kenmerk "unique_id") in "powermt display"). Deze vermeldingen worden opgeschoond met de opdracht "powermt check". Vergeet in zo'n geval niet om na deze laatste opschoning opnieuw een "powermt save" uit te voeren.