powermtコマンドが「ERROR: Device Lam claim failed」というエラー メッセージが表示される

この特定の問題は、サーバーがPowerPath管理対象アレイとPowerPath管理対象でないアレイの両方に接続されており、両方のアレイの構成変更後にのみ発生します。この例では、一部のCLARiXデバイスが削除されていますが、対応する疑似デバイスはクリーンアップされていません。その後、IBMストレージが追加され、当初は削除されたCLARiXデバイスへのパスとして使用されていたhdiskが、新しいIBMディスクの記述に再利用されました。これにより、ODMにこれらの誤ったエントリーが作成されました。   

環境 :
OS: AIX(任意のフレーバー)
DELL EMC SW: PowerPath for AIX(任意のリリース)
非Dell EMC HW:アレイのディスクはPowerPathで管理できません。

AIX環境では、powermtコマンドが「ERROR: Device Lam claim failed」というエラー メッセージが表示される。このエラーは、「Dell EMC PowerPathファミリーCLIおよびシステム メッセージ リファレンス」には記載されていません。

このメッセージは、デバイスが属するLAM(Loadable Array Module)をPowerPathが特定できない場合に、PowerPathによって報告されます。PowerPathコマンドが機能していないため、トラブルシューティングはODMを確認する場合にのみ実行できます。PowerPathがLAMを探していて、適切な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」コマンドも同じエラーで失敗します。

すべての「powermt」コマンドが失敗するため、「powermt save」を使用して「powermt_custom.xml」ファイルをアップデートすることはできません。「powermt_custom.xml」ファイルを削除することは、正しい疑似デバイスとPowerPath管理対象アレイ デバイスとの間の関係が失われるリスクがあるため、非常に悪い考えです

この問題を解決する唯一の方法は、「unique_id」属性がXXXXIBMfcpであるすべての疑似デバイスをODMから削除することです。また、危険な「odmdelete」コマンドを使用するのではなく、「rmdev -dl <pseudo_device>」コマンドを使用することをお勧めします

以下は、この例で誤ったエントリを削除するために実行されたコマンドの例です(もちろん、すべてのケースは一意であり、以下のリストは単なる例です) :

for i in 29 30 31 32 33 33 34 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」を実行します。この段階では、「powermt display」でいくつかの「使用不能」パス(構成からも削除されているが、対応するhdiskがPowerPath管理対象外ディスクを指すために再利用されておらず、「unique_id」属性をチェックしたときにODMで検出されなかった)が検出される場合もあります。これらのエントリーは、「powermt check」コマンドでクリーンアップされます。このような場合は、この最後のクリーンアップの後に「powermt save」を再度実行することを忘れないでください。