i comandi powermt hanno esito negativo con "ERRORE: Claim Lam dispositivo non riuscito"

Questo particolare problema può verificarsi solo quando il server è collegato ad entrambi gli array PowerPath gestiti e non gestiti e in seguito alle modifiche alla configurazione su entrambi gli array. Nel nostro esempio, alcuni dispositivi Clariion sono stati rimossi, ma lo pseudo device corrispondente non è stato ripulito. Poi è stato aggiunto lo storage IBM e gli hdisk, inizialmente utilizzati come percorso per questi dispositivi Clariion rimossi, sono stati riutilizzati per descrivere i nuovi dischi IBM. Ciò comportava queste voci errate nell'ODM.   

Ambiente:
OS: AIX (qualsiasi versione)
SOFTWARE DELL EMC: PowerPath per AIX (qualsiasi versione)
non hardware Dell EMC: dischi di un array non gestibili da PowerPath.

In un'ambiente AIX, i comandi powermt hanno esito negativo con il messaggio "ERROR: Claim Lam dispositivo non riuscito". Questo errore non è documentato in Dell EMC PowerPath Family CLI and System Messages Reference.

Il messaggio viene segnalato da PowerPath quando PowerPath non è in grado di determinare a quale LAM (Loadable Array Module) appartiene un dispositivo. Poiché i comandi di PowerPath non funzionano, la risoluzione dei problemi può essere eseguita solo esaminando l'ODM. Se PowerPath cerca un LAM e non riesce a trovare quello appropriato, significa che è presente uno pseudodevice, con voci nell'ODM, che indicano un tipo di dispositivo non previsto da PowerPath.

Nel caso che ha causato la creazione di questo articolo, abbiamo avuto quanto segue nell'ODM :

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

Controllando il PdAt per questo tipo di dispositivo, troviamo :

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

Questo non è un tipo di disco DELL EMC né qualcosa gestito da PowerPath: questo è un disco IBM.

Una prova più semplice della natura del dispositivo è fornita dall'attributo unique_id dello pseudo device. Nel nostro caso, abbiamo avuto (il valore reale è stato modificato per preservare la riservatezza) :

CuAt:
    name = "hdiskpower29"
attribute = "unique_id"
value = "33213600507680C80017D38000000000000XXXXXXX4503IBMfcp"
type = "R"
generic = ""
rep = "s"
nls_index = 0
 
Quando tali voci esistono nell'ODM e quando si fa riferimento allo pseudo device (in questo caso hdiskpower29) in "powermt_custom.xml", "powermt config" non sarà in grado di associare un LAM al dispositivo e avrà esito negativo. e l'altro comando "powermt" avrà esito negativo con lo stesso errore.

Poiché tutti i comandi "powermt" hanno esito negativo, non è possibile aggiornare il file "powermt_custom.xml" con "powermt save". L'eliminazione del file "powermt_custom.xml" sarebbe una pessima idea a causa del rischio di perdere la relazione tra gli pseudo device corretti e i dispositivi dell'array gestito da PowerPath.

L'unico modo per risolvere il problema consiste nel rimuovere dall'ODM tutti gli pseudo device in cui l'attributo "unique_id" è XXXXIBMfcp. E piuttosto che utilizzare pericolosi comandi "odmdelete", si consiglia di utilizzare semplicemente un comando "rmdev -dl <pseudo_device>".

Ecco un esempio dei comandi che sono stati eseguiti per rimuovere le voci errate nel nostro esempio (ovviamente, ogni caso è unico e l'elenco sottostante è solo un esempio) :

per 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$A
seguitodi questa pulizia, eseguire un "powermt config" seguito da un "powermt save".

In questa fase, è anche possibile rilevare alcuni percorsi "morti" (per pseudo device anch'essi rimossi dalla configurazione, ma in cui gli hdisk corrispondenti non sono stati riutilizzati per puntare a dischi non gestiti da PowerPath e che non sono stati individuati nell'ODM durante il controllo dell'attributo "unique_id") in "powermt display". Queste voci verranno pulite con un comando "powermt check". In tal caso, non dimenticare di eseguire nuovamente "powermt save" dopo la pulizia finale.