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. Vervolgens 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 SW: PowerPath for AIX (any release)
Non-DELL HW: schijven uit een array die niet door PowerPath kunnen worden beheerd.

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

PowerPath rapporteert dit bericht wanneer PowerPath niet kan bepalen tot welke Loadable Array Module (LAM) 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 LAM niet kan vinden, betekent dit dat er een pseudoapparaat is, met vermeldingen in de ODM, die verwijzen naar een type apparaat dat niet door PowerPath wordt verwacht.

In het geval dat de aanleiding was voor 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 schijf van het type DELL en ook niet iets dat wordt beheerd door PowerPath: dit is een IBM-schijf.

Het unique_id-attribuut van het pseudo-apparaat geeft gemakkelijker bewijs van de aard van het apparaat. In ons geval hadden we (de echte waarde is gewijzigd om de vertrouwelijkheid te behouden):

CuAt:
    name = "hdiskpower29"
    attribute = "unique_id"
    value = "33213600507680C80017D3800000000000XXXXXXX4503IBMfcp"
    type = "R"
    generic = ""
    rep = "s"
    nls_index = 0

Wanneer dergelijke vermeldingen bestaan in de ODM en wanneer er naar het pseudo-apparaat (hier hdiskpower29) wordt verwezen in "powermt_custom.xml", dan kan "powermt config" geen LAM aan het apparaat koppelen en mislukken, en de andere "powermt"-opdracht mislukt 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 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, is het aan te raden om gewoon een "rmdev -dl <pseudo_device>"-commando te gebruiken.

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

for 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 kunt u ook enkele "dode" paden ontdekken (voor pseudo-apparaten die ook uit de configuratie zijn verwijderd, maar waar 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.