已知问题和错误

以下已知问题和错误会影响 Sun Cluster Geographic Edition 3.2 发行版的运行。

Sun Cluster Manager 不支持 RBAC (6226493)

问题摘要：Sun Cluster Manager 不支持 RBAC 角色。

解决方法：以超级用户身份在本地群集上调用 Sun Cluster Manager。

Sun Cluster Manager 要求伙伴群集具有相同的超级用户密码 (6260505)

问题摘要：要使用 Sun Cluster Manager 图形用户界面 (Graphical User Interface, GUI)，在 Sun Cluster Geographic Edition 部署中两个群集的所有节点上，超级用户密码必须相同。

解决方法：如果要使用 Sun Cluster Manager 来配置群集，则需确保两个群集中每个节点上的超级用户密码均相同。如果不希望在所有节点上设置相同的超级用户密码，请使用命令行界面来配置群集。

在自定义心跳加入伙伴关系之前，它必须存在于远程和本地群集 (6263692)

问题摘要：如果使用自定义心跳在远程群集上创建了伙伴关系，则本地群集必须存在具有相同名称的心跳，然后才能加入伙伴关系。您无法使用 GUI 来创建心跳，因此在“加入伙伴关系”页面中没有适当的心跳可供选择。

解决方法：先使用命令行界面 (Command-Line Interface, CLI) 创建自定义心跳，然后再使用 CLI 或 Sun Cluster Manager 执行加入伙伴关系的操作。

Sun Cluster Manager 并不总是在保护组状态改变后进行刷新 (6302217)

问题摘要：在 Sun Cluster Manager 所显示的页面中，当实体的配置和状态改变后，页面应该自动刷新。但有时刷新并没有发生。

解决方法：使用导航树导航至另一页面，然后返回最初的页面。在重新装入时会刷新页面。

tcp_udp_plugin 在群集启动时报告无响应 (6412025)

问题摘要：重新启动群集时，心跳处于已降级状态，插件 tcp_udp_plugin 处于无响应状态。伙伴群集上不存在 tcp_udp_resp 进程。

解决方法：通过在伙伴群集上执行 pkill -9 tcp_udp_resp 重新启动伙伴群集上的 tcp_udp_resp 进程。

当 Sun Cluster Geographic Edition 资源处于 STOP_FAILED 状态时，geoadm start 和 geoadm stop 都无法正常运行 (6446765)

问题摘要：有可能是某些特殊的配置错误导致群集停留在某种状态，致使您在此状态下既无法通过 geoadm start 启动 Sun Cluster Geographic Edition 框架，也无法通过 geoadm stop 完全停止该框架。

解决方法：Sun Cluster Geographic Edition 基础结构资源极有可能处于 STOP_FAILED 状态。要清除 STOP_FAILED 状态，请执行以下操作：

1. 使用 scstat -g 命令确定哪些资源和资源组受到了影响。

2. 对处于 STOP_FAILED 状态的所有资源和资源组逐一执行以下命令，以清除其 STOP_FAILED 标志：

   # scswitch -c -j resource -h nodename -f STOP_FAILED

3. 对于无法停止的应用程序，手动将其停止。

   例如，如果无法停止 ora lsnr，请手动将其完全停止。如果受影响的资源仅有 Sun Cluster Geographic Edition 基础结构，请忽略此步骤。

4. 如有必要，请停止资源组。

   如果在停止资源组期间无法停止某一资源，则该资源组将保持 STOP_FAILED 状态，您必须使用以下命令停止该资源组：

   # scswitch -F -g resourcegroup

   如果在重新启动某一资源期间或者在禁用该资源时无法停止某些资源，请忽略此步骤。

5. 重试 geoadm stop 命令。

使用 EMC Symmetrix 进行数据复制时，geopg switchover 命令执行失败 (6456435)

问题摘要：启动了多米诺效应后，EMC SRDF 不允许进行角色更改。如果设置了自适应复制写暂挂模式和多米诺模式，则您会看到类似于以下示例的故障消息：

# geopg switchover -f -m no-1 srdfpg
正在处理操作... 此操作在每个群集上的超时时限为 3600 秒（3600000 毫秒）...

未对资源组 "fo-rg,scal-rg" 进行管理。
未能为设备组 testdg 执行保护组角色更改。

# Aug  2 11:05:14 pbrew2 symrdf[29990]: 'Suspend' for device group testdg - Cannot proceed in the 
current RDF state except if the Symmetrix force flag is used. Note that the Symmetrix force flag is 
not allowed to be used by default in RDF control operations

Aug  2 11:05:17 pbrew2 symrdf[11]: 'Swap Personality' for device group testdg - The device is not 
in a valid RDF state for this operation

解决方法：执行故障转移操作而非切换操作。

删除并重新安装本软件后，gchb_resd 会在 geoadm start 过程中执行核心转储 (6473292)

问题摘要：如果您使用 pkgrm 删除 Sun Cluster Geographic Edition 软件，则 gchb_resd 进程可能会继续运行。在这种情况下，如果您随后进行重新安装，则该进程将崩溃。

解决方法：无需解决方法。gchb_resd 进程将会自动重新启动。

无法在升级至 Sun Cluster 3.2 的群集上进行安装 (6474269)

问题摘要：在升级至 Sun Cluster 3.2 软件的群集上，安装程序无法安装 Sun Cluster Geographic Edition 3.2 软件。由于 Sun Cluster 软件不是通过 installer 程序升级的，因此 installer 程序无法识别出群集上已在运行所需的 Sun Cluster 3.2 软件。

解决方法：在每个节点上执行以下步骤。

1. 重命名产品注册表文件。

   # mv /var/sadm/install/productregistry /var/sadm/install/productregistry_$date

2. 删除 Java^TM Enterprise System 的安装和卸载软件包。

   # pkgrm SUNWentsys5 SUNWentsys5i SUNWentsys4 SUNWentsys4i

3. 重新运行 installer 程序来安装 Sun Cluster Geographic Edition 3.2 软件。

卸载并重新安装软件失败 (6489051)

问题摘要：如果卸载后再重新安装 Sun Cluster Geographic Edition，则启用 Sun Cluster Geographic Edition 软件时将失败。所显示的消息类似于以下示例：

# geoadm start
... 正在检查管理代理 ...
... 管理代理检查已完成 ....
... 正在启动产品基础结构 ... 请等待 ...
Nov  1 14:35:16 phys-obsidian-1 Cluster.GCHB_resd: GCHB system error: pmfadm failed - 
could not start agent /usr/cluster/lib/geo/lib/tcp_udp_resp
Nov  1 14:36:54 phys-obsidian-1 SC[SUNW.scmasa,geo-infrastructure,geo-failovercontrol,scmasa_svc_start]: 
Failed to start /usr/cluster/lib/rgm/rt/hamasa/cmas_service_ctrl_start geo-infrastructure.
Nov  1 14:36:54 phys-obsidian-1 Cluster.RGM.rgmd: Method <scmasa_svc_start> failed on resource 
<geo-failovercontrol> in resource group <geo-infrastructure> [exit code <50>, 
time used: 21% of timeout <600 seconds>] 
Nov  1 14:37:22 phys-obsidian-1 Cluster.PMF.pmfd: chdir: No such file or directory

解决方法：重新安装 Sun Cluster Geographic Edition 软件后，请重新启动通用代理容器。

# /usr/sbin/cacaoadm restart