GDDR:运行 DASD 交换的 PA21 脚本失败,并显示消息 CGRP135E
Summary: 当 CONGROUP 刷新失败时,运行 PA21 DASD 失败,因为锁定被另一个成员 LPAR 持有。
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 上,由于 CONGROUPs 验证找不到非 R1 设备(CGRP135E Bad device list — 具有 R21 设备,因此发出了消息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 REFRESH以让新的CONGROUP管理从DC2到DC1的同步模式)时,所有成员系统都已完成DASD后交换清理。清理在受管主机上运行了很长时间,当由于已发生的 RDF 重新配置而在旧 CONGROUP 中找到非 R1 设备时,验证失败。然后留下了一把锁,导致 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.