已知问题和解决办法

问题：在Package Configuration and Package Administration子域，View 操作不显示程序包子网和子网状态信息。

解决办法： 更改 Cluster Administration 子域的显示内容。

问题：在 SAM 中创建或修改群集网络配置时，未选中的子网配置成为被监视的心跳线子网。

解决办法：编辑 /etc/cmcluster/cmclconfig.ascii 文件，删除未选中的子网，对编辑后的文件使用 cmapplyconf 命令。

问题：cmquerycl、cmcheckconf 和 cmapplyconf 命令可能会失败，报告网络分区有问题。使用光纤通道网络时尤其容易出现这个问题。消息显示如下：

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 lan5
cmcheckconf   :   Unable to reconcile configuration file

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

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

解决办法：有三种方法可以避免此问题：

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

解决办法：确保您所使用的是有效的资源轮询时间间隔。有关 cmmakepkg(1) 的信息，请参考 SAM 提示屏幕或联机帮助页。另外，您可以执行 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。

问题：如果程序包处于“Starting”状态时执行 cmhaltpkg 命令，此命令将不会始终正常运行。

解决办法：运行 cmhaltpkg 命令之前等待程序包完成其启动。

问题：如果通过使用 date(1M) 命令在系统上将系统时间拨慢，则当程序包控制脚本结束时，ServiceGuard OPS Edition 守候进程可能不会正确进行检测。将时间拨回原来的时间之后，程序包命令将能够完成。

解决办法：不支持将系统时间调慢。

问题： 如果程序包运行（暂停）脚本退出时带有值 7、13 或 19，程序包管理程序不将它们转换成相应的错误信息。

解决办法：不要在脚本中使用退出值。

问题： 如果程序包暂停脚本使用 RESTART(2) 退出，则在暂停程序包后不能重新启动它。

解决办法： 执行 cmmodpkg -e pkgname 命令手工启动程序包。

问题： 如果安装 ServiceGuard 修补软件时群集正在使用中，则 ServiceGuard 就不能执行修补软件的功能。

解决办法： 按照修补软件中给出的下列安装指导进行安装：

问题： cmmakepkg 的联机帮助页没有说明“*”是 NODE_NAME 域的有效值，并且必须只用于系统多节点程序包（即 CVM 程序包 VxVM-CVM-pkg）。

解决办法：

以下是有关程序包 ascii 文件中 NODE_NAME 字段的正确的联机帮助页信息：

NODE_NAME

运行程序包的节点名。这个名称必须与群集配置中配置的名称相一致。可指定多个 NODE_NAME 条目。第一个 NODE_NAME 是主节点，接下来指定的节点被认为是备用节点。在某种特殊的情况下，可以用“*”来指定配置的程序包运行在所有节点上。目前“*”只供特殊的 CVM 程序包 VxVM-CVM-pkg 使用。

问题： 用于系统多节点程序包的 cmrunpkg 命令不等待程序包在所有节点上都完成启动。程序包启动后，它立即返回。它不会等待程序包在所有节点上都完成启动之后，程序包状态变为“Running”时才返回。

解决办法：请稍等片刻，等系统多节点程序包在所有节点上完成启动之后，再执行 cmviewcl 命令检查是否为“Running”状态。

问题： 对有大量程序包和服务的群集使用 cmviewcl -v 命令可能导致 cmcld 占用 50% 的 CPU 资源，直至命令完成为止。

解决办法： 减少 cmviewcl 命令的作用范围。例如，只对特殊的程序包发出此命令。

问题： 如果 ServiceGuard 用于探查磁盘的命令（如 cmquerycl）遇到禁用的磁盘，命令可能挂起。

解决办法： 如果整个磁盘配置（LUN 的个数）不大，就等待命令完成，否则使用 CTRL-C 终止命令。

问题： 执行 cmhaltpkg 时，如果程序包控制脚本有问题（不存在的文件、没有执行许可，等等），则在终端上输出如下的错误消息：

Unknown error returned from daemon:Error 0

解决办法： 检查控制脚本是否存在以及是否设置了正确的文件权限。

问题：对于带有两条心跳线且由两个以上节点组成的 ServiceGuard 群集，如果一条心跳线网络连接断开片刻（超过 tcp_ip_abort_interval 参数设定的值）后又恢复，稍后另一条心跳线网络出现故障，那么此群集可能会出现故障。群集可能重组但会立即出现故障，并在 syslog 中记录如下消息：

Node if 3 did not reach sync step 0 for activity 3 within
timeout.This activity apppears to be hung at step -1 on
that node, so node will be killed.
 
Attempting to kill node <node_name>
 
Reason:This node did not reach sync step 0 for activity 3
within timeout

解决办法：尚无。

问题：如果在将带有 EMS 资源的程序包添加到运行 A.11.12 或更低版本的群集中之后又删除了此程序包，并随后将此群集升级到 A.11.14，那么联机添加任何新程序包都可能失败。cmapplyconf 命令可能返回如下错误消息：

Error:Unable to apply the configuration.
 Unknown error: 3015.
Check the syslog file(s) for additional information.
cmapplyconf:Unable to apply the configuration

syslog 文件可能包含如下错误消息：

cmcld:cdb_db_prepare - 3015 error occured 5

解决办法：安装修补软件 PHSS_26056（如果有），或致电 HP 技术支持人员以获得临时的修补软件。

问题：OPS 8.1.5 32 位版本无法安装在 ServiceGuard OPS Edition A.11.09 上。

解决办法：如果您准备从 ServiceGuard OPS Edition A.11.08 或更早版本升级，在安装 ServiceGuard OPS Edition A.11.09 之前，请先安装 OPS 8.1.5 32 位版本。发行期间，Oracle 一直在研究此问题。有关修复的信息，可与 Oracle 代表机构联系咨询。

问题：OPS 8.x 用户不能明确配置 OPS 用哪个 LAN 通信。OPS 8.x 只会使用 gethostbyname() 返回的第一个 IP，这取决于 DNS 是如何配置的。大多数 OPS 群集都配置有多个 LAN，并且不是每个 LAN 都具有很高的可用性。如果 OPS 用可用性不高的 LAN 在节点间进行通信，此 LAN 就成为单一故障点。如果此 LAN 失败，OPS 即会挂起。

解决办法： 一种简单的变通方法是确保群集内配置的每个 LAN 都具有高可用性。另一种变通方法是将 OPS 用来通信的 IP 放入 /etc/hosts 文件中，并将系统配置成通过 /etc/hosts 而不是 DNS 进行名称解析。这样做的结果就可以使用户能够控制 gethostbyname() 返回的 IP 和 OPS 使用哪个 LAN。

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

解决办法：编辑名称为 /etc/SnmpAgent.d/snmpd.conf 的 SNMP 配置文件。取消 get-community-name 参数的注释并将其设置为 public。该行应如下所示：

 get-community-name:public # enter community name

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

解决办法：确保按下列方式分配 SCSI 地址，群集节点上的接口卡使用优先级最高的 SCSI 地址，其后是任何位于共享总线上的引导（根）磁盘，然后是共享总线上的所有其他磁盘。

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

解决办法：分配给用户进程的优先级要比群集守候进程的优先级（设置为 20）低。

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

解决办法：不要同时运行 cmhaltpkg 和 cmhaltnode。

问题：当 ServiceGuard OPS Edition 无法检索某个群集的配置文件时，只有在群集管理子区内 View All Clusters 才会显示空白屏幕。此问题影响不大，因为 SAM 不支持任何远程群集配置和管理任务。

解决办法：