已知问题和变通办法

问题是什么？ cmquerycl、cmcheckconf 和 cmapply命令失败时可能指示说明网络分区问题。使用光纤网络时尤其容易出现这个问题。信息类似如下所示：

cmcheckconf -v -C ascii_file
Error:Unable to communicate with node arcus
Error:Lost contact with arcus
Error Detected a partition of IP subnet 192.6.145.0
  Partition 1
    funnel lan0
  Partition 2
    vega lan5
  Partition 3
    rigel lan0
  Partition 4
    mizar lan0
Error:Detected a partition of IP subnet 192.6.145.0
  Partition 1
    funnel lan5
  Partition 2
    vega lan7
  Partition 3
    rigel lan7
  Partition 4
    mizar lan5cmcheckconf :Unable to reconcile configuration file

变通办法是什么？重试该命令。如果问题依然存在，则使用 lanscan 和 netstat 命令验证群集联网状态。联网问题解决以后，再使用 cmquerycl、cmcheckconf 或 cmapplyconf 命令。

问题是什么？如果群集内任何一个节点上的磁盘卷组活动时磁盘断电，下列命令可能会挂起： cmquerycl、cmapplyconf、cmcheckconf。这种挂起只有在故障的磁盘上有未镜像的逻辑卷时才会发生。

变通办法是什么？有三种方法可以避免此问题：

问题是什么？可能使用 SAM 配置了无效的资源轮询时间间隔。

变通办法是什么？验证您所使用的是有效的资源轮询时间间隔。Refer to the SAM help screen or the man page for cmmakepkg(1).另外，您可以使用 cmcheckconf 和 cmapplyconf 命令执行验证，而不是 SAM。

问题是什么？如果在 HP-UX 安装期间或通过运行/sbin/set_parms将节点主机名定义为完整域名，如maple.cup.hp.com，则cmquerycl 命令将失败。当节点的主机名包含完整域名时，试图查询节点 maple 时，将显示如下例中所示的消息：

# cmquerycl -n maple

Begin checking the nodes...
Looking for other clusters ...完成
Gathering configuration information ........完成
Error:Unable to communicate with node maple
Error:Unable to determine device configuration:
failed to send device query to node maple
Failed to gather configuration information..

变通办法是什么？使用 /sbin/set_parms 命令将节点主机名设置为只有节点名。如 maple。

问题是什么？如果程序包处于“正在启动”状态时发出此命令，则 cmhaltpkg 命令将不能一直工作。

变通办法是什么？运行 cmhaltpkg 命令之前等待程序包完成其启动。

问题是什么？如果使用 date(1M) 命令在系统上将时间拨慢，则当程序包控制脚本结束时，MC/ServiceGuard 端口监视程序可能不会正确检测到。将时间拨回原来的时间之后，程序包命令将能够完成。

变通办法是什么？运行 MC/ServiceGuard 程序包命令时不要将时间拨慢。

问题是什么？在连接到主 LAN 接口的交换机断电，然后又连续恢复了几次，导致发生本地 LAN 故障切换时，此问题就会发生。在主网络交换器断电重复多次之后，一个或多个节点间歇性地无法成功与其他群集节点重新建立活动的心跳连接。因此，一个或多个节点可能会发生控制转移。

T只有在所有主心跳 LAN 接口通过一个网络交换机连接，所有备用 LAN 接口都是通过另一个网络交换机连接的群集配制中才会出现此问题。使用互连性网络集线器的网络环境不会出现此问题。使用多个心跳子网的系统也不受影响。

变通办法是什么？现在正在开发修补软件，并且很快就会发布。到那时，如果群集只有一个心跳子网，则添加一个或多个心跳子网。

问题是什么？在以前的版本中，SNMP 14.x 软件会注释掉 get-community-name 参数。更早版本的配置文件也可能将此参数注释掉。

变通办法是什么？编辑 SNMP 配置文件 /etc/SnmpAgent.d/snmpd.conf。取消注释 get-community-name 参数，并将其设置为 public。该行应如下所示：

get-community-name:public # enter community name

问题是什么？如果在共享的 SCSI 总线上为引导/根磁盘配置的优先级较低，在访问引导/根磁盘设备发生超时时，则会发生系统混乱。群集中的同一总线上若配置有许多节点和磁盘，则有可能发生这种情况。

变通办法是什么？确保按下列方式分配 SCSI 地址，群集节点上的接口卡具有的 SCSI 地址优先级最高，其后是任何位于共享总线上的引导/根磁盘，然后是共享总线上的所有其他磁盘。

问题是什么？MC/ServiceGuard 群集守候进程运行的优先级为 20。任何高于 MC/ServiceGuard 守候进程优先级的用户进程都有可能影响 MC/ServiceGuard 守候进程。如果用户优先级较高（小于 20 的数），MC/ServiceGuard 守候进程可能不能更新安全计时器，从而导致节点失败。

变通办法是什么？ 为用户进程分配的优先级应低于 MC/ServiceGuard 守候进程（相对较高值）20.

问题是什么？如果同时运行 cmhaltpkg 和 cmhaltnode，则在要暂停的程序包再次重启时，出现一个小的记时窗口。

变通办法是什么？不要同时运行 cmhaltpkg 和 cmhaltnode。

问题是什么？ 只有在群集管理子域内，MC/ServiceGuard 在某个群集中无法检索配置文件时，“View All Clusters” 才会显示空白屏幕。此问题影响不大，因为 SAM 不支持任何远程群集配置和管理任务。

变通办法是什么？