powermt 命令失敗,並顯示「ERROR:裝置 Lam 請領失敗」
Summary: powermt 命令失敗,並顯示「ERROR:裝置 Lam 請領失敗」
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存儲,並且最初用作這些已刪除的Clariion設備的路徑的hdisks被重新用於描述新的IBM磁碟。這會導致 ODM 中出現這些不正確的項目。
環境 :
作業系統 :AIX (任何口味)
DELL EMC SW:適用於 AIX 的 PowerPath (任何版本)
非 DELL EMC HW:來自陣列的磁碟無法由 PowerPath 管理。
在 AIX 環境中,powermt 命令失敗,並顯示「ERROR:裝置 Lam 請領失敗」。此錯誤未記錄在我們的 Dell EMC PowerPath 系列 CLI 和系統訊息參考中。
環境 :
作業系統 :AIX (任何口味)
DELL EMC SW:適用於 AIX 的 PowerPath (任何版本)
非 DELL EMC HW:來自陣列的磁碟無法由 PowerPath 管理。
在 AIX 環境中,powermt 命令失敗,並顯示「ERROR:裝置 Lam 請領失敗」。此錯誤未記錄在我們的 Dell EMC PowerPath 系列 CLI 和系統訊息參考中。
Cause
當 PowerPath 無法判定裝置屬於哪個 LAM (可載入陣列模組) 時,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”
屬性 = “unique_id”
值 = “33213600507680C80017D38000000000000XXXXXXX4503IBMfcp”
type = “R”
generic = “”
rep = “s”
nls_index = 0
當此類條目存在於 ODM 中,且當在「powermt_custom.xml」中引用虛擬裝置 (此處為 hdiskpower29) 時,則「powermt config」將無法將 LAM 與裝置相關聯,而會失敗。而其他「powermt」命令將會失敗並出現相同的錯誤。
在導致創建本文的情況下,我們在 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”
屬性 = “unique_id”
值 = “33213600507680C80017D38000000000000XXXXXXX4503IBMfcp”
type = “R”
generic = “”
rep = “s”
nls_index = 0
當此類條目存在於 ODM 中,且當在「powermt_custom.xml」中引用虛擬裝置 (此處為 hdiskpower29) 時,則「powermt config」將無法將 LAM 與裝置相關聯,而會失敗。而其他「powermt」命令將會失敗並出現相同的錯誤。
Resolution
因為所有「powermt」命令都會失敗,所以無法使用「powermt save」來更新「powermt_custom.xml」檔案刪除「powermt_custom.xml」檔案是一個非常糟糕的想法,因為存在失去正確虛擬裝置與 PowerPath 受管理陣列裝置之間關係的風險。
清除此問題的唯一方法是從 ODM 中移除「unique_id」屬性為 XXXXIBMfcp 的所有虛擬裝置。與其使用危險的“odmdelete”命令,不如直接使用“rmdev -dl <pseudo_device>”命令。
以下是為刪除我們範例中的不正確條目而運行的命令示例(當然,每種情況都是唯一的,下面的清單只是一個示例):
對於 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$
清理完成後,請先執行「powermt config」,接著執行「powermt save」在這個階段,您可能還會在「powermt display」中發現一些「死」路徑(對於也從配置中刪除的虛擬設備,但相應的磁碟尚未重複使用以指向非 PowerPath 託管磁碟,並且在檢查「unique_id」屬性時未在 ODM 中發現)。系統會使用「powermt check」命令清理這些項目在這種情況下,請記得在最終清理後再次執行「powermt save」
清除此問題的唯一方法是從 ODM 中移除「unique_id」屬性為 XXXXIBMfcp 的所有虛擬裝置。與其使用危險的“odmdelete”命令,不如直接使用“rmdev -dl <pseudo_device>”命令。
以下是為刪除我們範例中的不正確條目而運行的命令示例(當然,每種情況都是唯一的,下面的清單只是一個示例):
對於 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$
清理完成後,請先執行「powermt config」,接著執行「powermt save」在這個階段,您可能還會在「powermt display」中發現一些「死」路徑(對於也從配置中刪除的虛擬設備,但相應的磁碟尚未重複使用以指向非 PowerPath 託管磁碟,並且在檢查「unique_id」屬性時未在 ODM 中發現)。系統會使用「powermt check」命令清理這些項目在這種情況下,請記得在最終清理後再次執行「powermt save」
Affected Products
PowerPath for AIXProducts
PowerPath for AIXArticle 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.