GDDR:執行 DASD 交換的 PA21 指令檔失敗,並顯示訊息CGRP135E

Summary: 當因另一個成員 LPAR 持有鎖定而導致 CONGROUP 重新整理失敗時,執行 PA21 DASD 失敗。

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

在受管 LPAR 上發出訊息CGRP135E,因為 CONGROUP 驗證找不到具有 R21 裝置的非 R1 裝置 (CGRP135E損毀裝置清單)。

在運行腳本的主 C 系統上,發出了消息CGRP387W,因為成員 LPAR 仍持有鎖 - 'CGRP387W Command not allowed. ALL-CONGROUPS lock held by ECGMN00 MSTC」。

Cause

在主要 C 系統上執行之 PA21 指令檔的步驟 6 中,要求所有 CONGROUP 成員將 DASD 交換為 R2,以交換群組 CGNAME。在主要 C 系統上完成交換後清理後,指令檔會繼續執行幾個步驟,發出 RDF 命令,將 DC2 DASD 的 SRDF 組態重新設定為 R1 網站。   
通常,當到達步驟 15 時,會發出 CONGROUP 重新整理,讓新的 CONGROUP 管理從 DC2 到 DC1 的同步模式,所有成員系統都已完成其 DASD 交換後的清理。清理在受管理的主機上執行了很長時間,而當在舊 CONGROUP 中找到非 R1 裝置時,驗證失敗,因為已進行 RDF 重新設定。然後留下了一把鎖,導致 CONGROUP REFRESH 指令檔在步驟 15 中發出的命令會失敗。

Resolution

因應措施:
      
腳本可以在失敗步驟重新啟動,因為只需幾分鐘,未完成交換後清理的託管 LPAR 就會重新啟動。


永久修正:

  • 若為地理分散的災害重啟 (GDDR) 5.3,PTF GD53062可用來解決此問題。可從 Dell Technologies 線上支援下載。
  • 針對地理分散的災害重啟 (GDDR) 5.2,PTF GD52132可用來解決此問題。可從 Dell Technologies 線上支援下載。

Additional Information

正在開發代碼更改,以使腳本在主 C 系統上運行,以等待所有 CONGROUP 成員完成交換後清理,然後再繼續執行 RDF 重新配置步驟。

Affected Products

Geographically Dispersed Disaster Restart (GDDR)
Article Properties
Article Number: 000195217
Article Type: Solution
Last Modified: 09 Sept 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.