MFE ConGroup:增强功能:动态配置更改识别
摘要: 动态配置更改识别 — 针对 MFE 一致性组的增强请求
症状
在执行动态添加或删除时,在多会话 ConGroup (CG) 中,值更改只是暂时的。要使其永久化,用户必须在禁用 MSC 时执行 CG 刷新。在这种情况下,客户正在运行 GDDR,其中一个托管 LPAR 被 IPL 并且不再具有动态更改。因此,显示错误消息 CGRP653E。
一旦 CG 所有者向所有 LPAR 发出刷新并完成刷新,IPL LPAR 就可以成功恢复 CG。客户希望收到系统中尚未提交的任何动态配置更改的通知,以防止类似情况的发生。他们希望系统足够智能,以便在提交和未提交的配置更改之间存在差异时提醒他们。
客户在三个月的时间里对其 ConGroup 定义的设备进行了多次动态添加和删除。然后,他们对其中一个 ConGroup 托管的 LPAR 执行 IPL作,仅在启动 ConGroup 启动任务时收到CGRP653E错误消息。
CGRP653E Configuration File Mismatch: EMCL ANCGP84L - Shutting Down
原因
根据文档:
动态添加和删除会修改正在运行的 ConGroup 配置。对于一个或多个连接的 ConGroup 地址空间,情况也是如此。动态添加或删除的设备不会反映在新配置中。如果 ConGroup 重新启动(或刷新),则动态更改将丢失。换言之,动态添加或删除不是持久性的。
完成动态 ADD 或 DELETE 后,ConGroup 不再允许新启动的任务加入现有连接任务的网络。这是因为新的 ConGroup 可能使用的配置文件与正在运行的配置不匹配。如果启动了新的 ConGroup 地址空间,则会强制它(由其他 ConGroup 强制)立即关闭。插入的 ConGroup 在消息下来之前发出消息CGRP653E。
此增强请求是为了允许向客户通知相关情况。这样他们就可以做出相应的计划,而不是在不合时宜的时间感到惊讶,例如在 ConGroup 小组成员之一的 IPL 期间。
解决方案
- 对于 Mainframe Enablers 10.0.0,已开发 PTF SCA0005 来纠正此问题。可从 Dell Technologies 在线支持网站下载。
- 对于 Mainframe Enablers 8.5,已开发 PTF SC85020 来纠正此问题。可从 Dell Technologies 在线支持网站下载。
其他信息
此增强更新提供了以下消息更改:
成功执行任何动态 ADD 或 DELETE作时,以下消息将附加到动态作的常规消息随从:
CGRP626W Warning: REFRESH required before new CG nodes can be added to the network
这提供了一条易于理解的警告,表明可能需要刷新。
“DISPLAY ENV”命令的输出已扩充为包括以下内容,具体取决于配置条件:
CONFIGURATION STATE: PHYSICALLY MODIFIED. REFRESH MAY MODIFY RUNNING CONFIG. DYNAMICALLY MODIFIED. REFRESH REQUIRED BEFORE ADDING NEW NODES.
或
最后,如果启动了新的 ConGroup 节点,并且不允许它加入网络,则会发出以下消息之一。
CGRP653E now has "File Difference" or Dyn Change" as embedded reason strings: CGRP653E Configuration Mismatch: N247 LJCGP10 File Difference - Shutting Down
或
CGRP653E Configuration Mismatch: N247 LJCGP10 Dyn Change - Shutting Down