Los comandos powermt fallan con el mensaje "ERROR: Error en la reclamación de LAM del dispositivo"

Este problema en particular solo puede ocurrir cuando el servidor está conectado a arreglos administrados y no administrados de PowerPath y después de los cambios de configuración en ambos arreglos. En nuestro ejemplo, se habían eliminado algunos dispositivos Clariion, pero no se había limpiado el pseudodispositivo correspondiente. Luego se agregó almacenamiento IBM y los discos duros, inicialmente utilizados como una ruta a estos dispositivos Clariion eliminados, se reutilizaron para describir los nuevos discos IBM. Esto dio lugar a estas entradas incorrectas en el ODM.   

Medio ambiente :
OS : AIX (cualquier sabor)
DELL EMC SW : PowerPath para AIX (cualquier versión)
que no es de DELL EMC HW: discos de un arreglo que PowerPath no puede administrar.

En un entorno AIX, los comandos powermt fallan con el mensaje "ERROR: La reclamación de LAM del dispositivo falló". Este error no se documenta en la CLI de la familia Dell EMC PowerPath ni en la Referencia de mensajes del sistema.

PowerPath informa el mensaje cuando PowerPath no puede determinar a qué LAM (módulo de arreglo cargable) pertenece un dispositivo. Debido a que los comandos de PowerPath no funcionan, la solución de problemas solo se puede realizar mirando el ODM. Si PowerPath está buscando una LAM y no puede encontrar la adecuada, esto significa que hay un pseudodispositivo, con entradas en el ODM, que apuntan a un tipo de dispositivo no esperado por PowerPath.

En el caso que provocó la creación de este artículo, teníamos lo siguiente en el ODM

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

Revisando el PdAt para este tipo de dispositivo, encontramos:

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

Este no es un disco del tipo DELL EMC ni nada administrado por PowerPath: este es un disco de IBM.

La evidencia más fácil de la naturaleza del dispositivo la proporciona el atributo unique_id del pseudodispositivo. En nuestro caso, tuvimos (se cambió el valor real para preservar la confidencialidad) :

CuAt:
    name = "hdiskpower29"
attribute = "unique_id"
value = "33213600507680C80017D3800000000000XXXXXXX4503IBMfcp"
type = "R"
generic = ""
rep = "s"
nls_index = 0
 
Cuando tales entradas existen en el ODM, y cuando se hace referencia al pseudodispositivo (aquí hdiskpower29) en "powermt_custom.xml", entonces "powermt config" no podrá asociar una LAM al dispositivo y fallará.y el otro comando "powermt" fallará con el mismo error.

Debido a que todos los comandos "powermt" fallan, no es posible actualizar el archivo "powermt_custom.xml" con un "powermt save". Eliminar el archivo "powermt_custom.xml" sería una muy mala idea debido al riesgo de perder la relación entre los pseudodispositivos correctos y los dispositivos del arreglo administrado de PowerPath.

La única manera de solucionar el problema es eliminar del ODM todos los pseudodispositivos en los que el atributo "unique_id" es XXXXIBMfcp. Y en lugar de usar comandos "odmdelete" peligrosos, se recomienda simplemente usar un comando "rmdev -dl <pseudo_device>".

Aquí hay un ejemplo de los comandos que se ejecutaron para eliminar las entradas incorrectas en nuestro ejemplo (por supuesto, cada caso es único y la siguiente lista es solo un ejemplo):

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$Terminé


Después de esta limpieza, ejecute un "powermt config" seguido de un "powermt save". En esta etapa, es posible que también descubra algunas rutas "inactivas" (para pseudodispositivos que también se quitaron de la configuración, pero en las que los discos duros correspondientes no se han reutilizado para apuntar a discos administrados que no son de PowerPath y que no se detectaron en el ODM cuando se comprobó el atributo "unique_id") en "powermt display". Estas entradas se limpiarán con un comando "powermt check". En tal caso, no olvide volver a ejecutar "powermt save" después de esta limpieza final.