Os comandos powermt falham com "ERROR: Falha na solicitação de Lam do dispositivo"

Esse problema específico só pode acontecer quando o servidor está conectado a arrays gerenciados e não gerenciados do PowerPath e após as alterações de configuração em ambos os arrays. Em nosso exemplo, alguns dispositivos Clariion foram removidos, mas o pseudodispositivo correspondente não foi limpo. Em seguida, o armazenamento IBM foi adicionado e os hdisks, inicialmente usados como um caminho para esses dispositivos Clariion removidos, foram reutilizados para descrever os novos discos IBM. Isso resultou nessas entradas incorretas no ODM.   

Ambiente :
OS : AIX (qualquer sabor)
DELL EMC SW : PowerPath for AIX (qualquer versão)
não DELL EMC HW: discos de um array não gerenciável pelo PowerPath.

Em um ambiente AIX, os comandos powermt falham com "ERROR: Falha na reivindicação do Device Lam". Esse erro não está documentado em nossa CLI da família Dell EMC PowerPath e na Referência de mensagens do sistema.

A mensagem é relatada pelo Powerpath quando o PowerPath não consegue determinar a qual LAM (Loadable Array Module, módulo de array carregável) um dispositivo pertence. Como os comandos do PowerPath não estão funcionando, a solução de problemas só pode ser feita analisando o ODM. Se o Powerpath estiver procurando uma LAM e não conseguir encontrar a apropriada, isso significa que há um pseudodispositivo, com entradas no ODM, apontando para um tipo de dispositivo não esperado pelo PowerPath.

No caso que causou a criação deste artigo, tivemos o seguinte no ODM :CuAt:
name = "hdiskpower29"
attribute = "vpd_map"
value = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
type = "V"
generic = ""
rep = "sl"
nls_index = 0

Verificando o 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

Esse não é um tipo de disco da DELL EMC nem nada gerenciado pelo PowerPath: este é um disco da IBM.

Evidência mais fácil da natureza do dispositivo é dada pelo atributo unique_id do pseudodispositivo. No nosso caso, tivemos (o valor real foi alterado para preservar a confidencialidade) :

CuAt:
    name = "hdiskpower29"
attribute = "unique_id"
value = "33213600507680C80017D3800000000000XXXXXXX4503IBMfcp"
type = "R"
generic = ""
rep = "s"
nls_index = 0
 
Quando essas entradas existem no ODM e quando o pseudodispositivo (aqui hdiskpower29) é referenciado em "powermt_custom.xml", então "powermt config" não poderá associar um LAM ao dispositivo e falhará. O outro comando "powermt" falhará com o mesmo erro.

Como todos os comandos "powermt" falham, não é possível atualizar o arquivo "powermt_custom.xml" com um "powermt save". A exclusão do arquivo "powermt_custom.xml" seria uma péssima ideia devido ao risco de perder a relação entre os pseudodispositivos corretos e os dispositivos de array gerenciados do PowerPath.

A única maneira de resolver o problema é remover do ODM todos os pseudodispositivos em que o atributo "unique_id" é XXXXIBMfcp. E em vez de usar comandos "odmdelete" perigosos, é aconselhável simplesmente usar um comando "rmdev -dl <pseudo_device>".

Aqui está um exemplo dos comandos que foram executados para remover as entradas incorretas em nosso exemplo (é claro, cada caso é único e a lista abaixo é apenas um exemplo) :

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$Eu
fiz

Após esta limpeza, execute um "powermt config" seguido por um "powermt save". Nessa fase, você também pode detectar alguns caminhos "inativos" (para pseudodispositivos também removidos da configuração, mas em que os hdisks correspondentes não foram reutilizados para apontar para discos não gerenciados pelo PowerPath e que não foram detectados no ODM ao verificar o atributo "unique_id") em "powermt display". Essas entradas serão limpas com um comando "powermt check". Nesse caso, não se esqueça de executar um "powermt save" novamente após essa limpeza final.