Команды powermt завершаются сбоем с ошибкой «ERROR: Device Lam claim failed»

Summary: Команды powermt завершаются сбоем с ошибкой «ERROR: Device Lam claim failed»

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Эта конкретная проблема может возникнуть, только если сервер подключен как к управляемым массивам PowerPath, так и к неуправляемым массивам PowerPath и последующие изменения конфигурации в обоих массивах. В нашем примере некоторые устройства Clariion были удалены, но соответствующее псевдоустройство не было очищено. Затем было добавлено хранилище IBM, и hdisks, первоначально использовавшиеся в качестве пути к удаленным устройствам Clariion, были повторно использованы для описания новых дисков IBM. Это приводило к появлению неправильных записей в ODM.   

Среда :
OS : AIX (любой вкус)
DELL EMC SW : PowerPath для AIX (любой выпуск),
без оборудования Dell EMC. Диски из массива, неуправляемого PowerPath.

В среде AIX команды powermt завершаются сбоем с ошибкой «ERROR: Device Lam claim failed». Эта ошибка не описана в нашем Справочнике по интерфейсу командной строки семейства Dell EMC PowerPath и системных сообщениях.

Cause

Если PowerPath не может определить, к какому модулю LAM (Loadable Array Module) принадлежит то или иное устройство, PowerPath выдает соответствующее сообщение. Так как команды PowerPath не работают, устранение неполадок можно выполнить только с помощью ODM. Если Powerpath ищет LAM и не может найти подходящий, это означает, что существует псевдоустройство с записями в ODM, указывающими на тип устройства, который не ожидается PowerPath.

В случае, который послужил причиной создания этой статьи, у нас было следующее в ODM :CuAt:
name = "hdiskpower29"
attribute = "vpd_map"
value = "MF0808C,TM1010C,RL2004C,Z00008X,Z1040780C,SN081083X"
type = "V"
generic = ""rep
= "sl"
nls_index = 0


Проверяя PdAt для такого типа устройства, мы находим :

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


Это не диск типа DELL EMC и не что-либо, управляемое PowerPath: это диск IBM.

Более легким доказательством природы устройства является unique_id атрибут псевдоустройства. В нашем случае у нас было (реальное значение было изменено для сохранения конфиденциальности) :

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

 
Когда такие записи существуют в ODM, и когда на псевдоустройство (здесь hdiskpower29) ссылаются в "powermt_custom.xml", то "powermt config" не сможет связать LAM с устройством и выйдет из строя.а другая команда "powermt" завершится сбоем с той же ошибкой.

Resolution

Поскольку все команды «powermt» завершаются сбоем, невозможно обновить файл «powermt_custom.xml» с помощью «powermt save». Удаление файла «powermt_custom.xml» было бы очень плохой идеей, так как существует риск потери связи между правильными псевдоустройствами и устройствами управляемого массива PowerPath.

Единственный способ устранить проблему — удалить из ODM все псевдоустройства, у которых атрибут «unique_id» — XXXXIBMfcp. И вместо того, чтобы использовать опасные команды "odmdelete", рекомендуется просто использовать команду "rmdev -dl <pseudo_device>".

Вот пример команд, которые были выполнены для удаления неправильных записей в нашем примере (конечно, каждый случай уникален, и приведенный ниже список является лишь примером) :

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


После этой очистки запустите «powermt config», а затем «powermt save». На этом этапе вы также можете обнаружить некоторые «мертвые» пути (для псевдоустройств, также удаленных из конфигурации, но где соответствующие hdisks не были повторно использованы, чтобы указать на управляемые диски, не относящиеся к PowerPath, и которые не были обнаружены в ODM при проверке атрибута «unique_id») в «powermt display». Эти записи будут очищены с помощью команды «powermt check». В таком случае не забудьте снова запустить «powermt save» после этой окончательной очистки.

Affected Products

PowerPath for AIX

Products

PowerPath for AIX
Article Properties
Article Number: 000055720
Article Type: Solution
Last Modified: 17 Oct 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.