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)
SW DELL: PowerPath per AIX (qualsiasi versione)
Hardware non DELL: 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 nella nostra Guida di riferimento ai messaggi di sistema e alla CLI della famiglia Dell PowerPath.

PowerPath segnala questo messaggio quando non è in grado di determinare a quale Loadable Array Module (LAM) 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 il LAM appropriato, significa che è presente uno pseudodevice, con voci nell'ODM, che indicano un tipo di device 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 dispositivi, 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

Non si tratta di un tipo di disco DELL, né di un dispositivo gestito da PowerPath: si tratta di un disco IBM.

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

CuAt:
    name = "hdiskpower29"
    attribute = "unique_id"
    value = "33213600507680C80017D3800000000000XXXXXXX4503IBMfcp"
    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 può associare un LAM al dispositivo e ha esito negativo e l'altro comando "powermt" ha 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 cattiva 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 invece di utilizzare pericolosi comandi "odmdelete", si consiglia di utilizzare semplicemente un comando "rmdev -dl <pseudo_device>".

Di seguito è riportato un esempio dei comandi eseguiti per rimuovere le voci errate nel nostro esempio (ogni caso è univoco e l'elenco seguente è un esempio):

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

Dopo questa pulizia, eseguire una "powermt config" seguita da una "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 vengono eliminate con un comando "powermt check". In tal caso, non dimenticare di eseguire nuovamente "powermt save" dopo la pulizia finale.