test

Sun Cluster 3.0 12/01 发行说明

已知问题

以下已知问题会影响 Sun Cluster 3.0 12/01 发行版的运行。有关已知问题的最新信息，请参阅 http://docs.sun.com 上的《Sun Cluster 3.0 12/01 Release Notes Supplement》联机版本。

BugId 4419214

问题摘要：/etc/mnttab 文件不显示全局安装的 VxFS 文件系统的最新 largefile 状态。

解决方法：使用 fsadm 命令（而不使用 /etc/mnttab 条目）来检验文件系统的 largefile 状态。

BugId 4449437

问题摘要：对于相同的文件大小，全局 VxFS 似乎比本地 VxFS 分配了更多的磁盘块。使用 ls -ls 命令可以看到这一问题。

解决方法：卸载然后再安装文件系统。这将消除报告结果中表明为已分配的多余磁盘块。

BugId 4490386

问题摘要：如果在群集中使用 Sun Enterprise 10000 服务器，则当使用某种 I/O 卡配置时，这些服务器会进入应急状态。

解决方法：在群集的 Sun Enterprise 10000 服务器中，不要在其 SBus I/O 板的插槽 0 中安装 UDWIS I/O 卡。

BugId 4492010

问题摘要：在一个配置有 N 个交互管理器的、具有 N 个节点的群集中，如果关闭或停止某一特定群集节点（该群集节点正在运行一个用于向某个客户机提供服务的交互管理器 (IM)），将导致所有客户机都丢失会话。此后如果该客户机尝试重新连接其他 IM，将需要花很长时间。这是属于 BroadVision 产品的问题，Broadvision 工程师们正在努力解决此问题。BroadVision 不支持 IM 会话故障转移功能。

解决方法：从 Netscape 浏览器中，单击"Stop/Reload"按钮，然后单击"Start Broadway Application"按钮。之后，与 BroadVision 服务器的连接会立即进行响应。对于新连接，这种解决方法大多数情况下都有效。当然，您先得停止上面所提动的那个 IM 节点。如果在停止该 IM 节点之前就执行此解决方法，则该解决方法就有可能不会奏效。如果此解决方法不奏效，请在 Netscape 中清除磁盘高速缓存和内存高速缓存。

BugId 4493025

问题摘要：在由两个节点组成的群集中，如果您将 oracle-rg 从节点 1 切换到节点 2，BroadVision One-To-One 尝试三次才能成功注册新用户。第一次尝试会显示 Fail to create new user。第二次尝试会显示版权信息。第三次尝试会成功，而且不出现任何问题。在以下两类群集中都会发生此问题：在任何由 N 个节点组成的、运行着故障转移 Oracle 数据库（无论是在群集内还是在群集外）的群集中和在由两个节点组成的、具有以下特征的群集中：其中节点 1 是 http、oracle、根主机、后端和后端 2 的主节点，并且交互管理器 (IM) 正在其中以可伸缩方式运行。

问题的表现形式为：新用户登录之后欢迎页面上不显示该新用户的名称。 这是 BroadVision One-To-One 的一个已知问题。现已记录下 BroadVision One-To-One 的一个错误，可帮助解决该问题。该错误为： BVNqa20753。

解决方法：没有解决方法。三次尝试之后才能创建用户。

BugId 4494165

问题摘要：VERITAS File System 修补程序 110435-05 将 mount_vxfs 的缺省登陆选项从 log 选项更改为 delaylog 选项。要想在 Sun Cluster 上支持 VxFS，必须进行登陆。

解决方法：手动将 log 选项添加到 vfstab 文件中的 VxFS 选项列表中。

BugId 4499573

问题摘要：如果使用的数据服务进行大量的 I/O 操作，并且这些数据服务是在群集中的大量磁盘上进行配置的，则由于在磁盘故障期间 I/O 子系统内进行了多次重试，这些数据服务可能会超时。

解决方法：为数据服务增加 Probe_timeout 的资源扩展特性值。如果您在确定超时值时需要帮助，请与您的服务代表联系。


# scrgadm -c -j resource -x Probe_timeout=timeout_value

BugId 4501655

问题摘要：如果要被锁定的设备是全局设备 (/dev/global/rdsk/d4s0)，Record locking 将无法正常工作。但是，如果在指定的节点上多次在后台运行该程序，record locking 将正常工作。当该程序的第一个副本锁定设备的一部分之后，该程序的其他副本将 block waiting（发生阻塞，以等待）该设备被解除锁定。但是，当在其他节点（而不是该指定节点）上运行该程序时，该程序将再次锁定该设备，尽管它应该 block waiting（发生阻塞，以等待）该设备被解除锁定。

解决方法：没有解决方法。

BugId 4504311

问题摘要：当 Sun Cluster 配置升级到 Solaris 8 10/01 软件（升级到 Sun Cluster 3.0 12/01 时要求这样做）时，将恢复 Apache 开始脚本和停止脚本。如果群集中已存在一个 Apache 数据服务，并且它采用缺省配置（/etc/apache/httpd.conf 文件存在，而 /etc/rc3.d/S50apache 文件不存在），Apache 将自动启动。这可避免启动该 Apache 数据服务，因为 Apache 已在运行。

解决方法：对每个节点执行以下操作。

  1. 在关闭节点进行升级之前，请先确定下列链接是否已经存在，如果存在，请确定文件名中是否包含大写字母 K 或 S。


    /etc/rc0.d/K16apache
/etc/rc1.d/K16apache
/etc/rc2.d/K16apache
/etc/rc3.d/S50apache
/etc/rcS.d/K16apache

    如果这些链接已存在，并且文件名中包含大写字母 K 或 S，则不需要采取进一步操作。否则，在将节点升级到 Solaris 8 10/01 软件之后，请执行下一步中的操作。

  2. 在将节点升级到 Solaris 8 10/01 软件之后，但在重新引导该节点之前，通过重命名文件（改用小写字母 k 或 s）来移除已恢复的 Apache 链接。


    # mv /a/etc/rc0.d/K16apache /a/etc/rc0.d/k16apache
# mv /a/etc/rc1.d/K16apache /a/etc/rc1.d/k16apache
# mv /a/etc/rc2.d/K16apache /a/etc/rc2.d/k16apache
# mv /a/etc/rc3.d/S50apache /a/etc/rc3.d/s50apache
# mv /a/etc/rcS.d/K16apache /a/etc/rcS.d/k16apache

BugId 4504385

问题摘要：如果使用提供群集传输自动发现功能的交互式 scinstall(1M)，则在探测期间您可能会看到以下错误消息： 


scrconf:  /dev/clone: No such file or directory

此错误消息可能会导致探测异常终止，而且使自动发现功能失败。设备可能不是网络适配器。例如，设备可能是 /dev/llc20。如果您遇到此问题，请要求服务代表更新错误报告，使其包含那些可帮助重现该问题的信息。

解决方法：重新引导节点，然后重试 scinstall。如果这样不能解决问题，请选择 scinstall 的非自动发现选项。

BugId 4505391

问题摘要：当使用 scinstall -u begin -F 命令将 Sun Cluster 软件从 Sun Cluster 2.2 升级到 Sun Cluster 3.0 12/01 时，scinstall 命令无法删除具有相关性的修补程序并异常终止，同时出现以下消息：


scinstall:  Failed to remove patch-id.rev
scinstall:  scinstall did NOT complete successfully!

某个修补程序相关性是此故障的原因之所在。

解决方法：手动取消修补程序相关性，然后重新启动升级进程。使用日志文件来确定那些导致该脚本失败的修补程序相关性。还可以使用 showrev 命令来确定修补程序相关性。


showrev -p | grep patch-id

BugId 4509832

问题摘要：如果群集中有一个群集配置库 (CCR) 无效，则它既不能读取也不能写入。如果您对上述无效 CCR 运行 ccradm -r -f 命令，则此命令会使该无效 CCR 既可读取又可写入。但是，在运行 ccradm -r -f 命令之后，CCR 表仍然不可写入。

解决方法：重新引导整个群集。

BugId 4511478

问题摘要：当对同一个 JumpStart 目录第二次运行交互式 scinstall(1M) 来设置用于安装群集的 JumpStart 服务器时，该群集名称和 JumpStart 目录名称可能会消失。在由此进程调用的 scinstall 命令行中，这两个名称均缺失。

解决方法：从 JumpStart 目录，删除 .interactive.log.3 文件，然后重新运行 scinstall。

BugId 4515780

问题摘要：Oracle 9.0.1 的 NLS 文件无法向后与 Oracle 8.1.6 和 8.1.7 软件兼容。修补程序 110651-04 已被声明为错误的。

解决方法：取消修补程序 110651-04 并用 110651-02 来替代它。

BugId 4517304

问题摘要：如果 syslogd 不再响应，并且无法在群集节点上重新启动它（例如，由于 Bugid 4477565 所致），这可能会导致 rgmd 在一个或多个节点上挂起。而这又将导致其他命令（例如，scstat(1M) -g、scswitch(1M) -g、scrgadm(1M) 和 scha_*_get(1HA,3HA)）挂起，并会防碍资源组成功进行故障转移。

解决方法：编辑 /etc/init.d/syslog 脚本，在启动 /usr/sbin/syslogd 的命令之前插入一行，以删除符号链接 /etc/.syslog_door。所要插入的行如下：


rm -f /etc/.syslog_door

BugId 4517875

问题摘要：在安装 RSM（远程共享内存）软件包和 SUNWscrif 软件包（RSMAPI Path Manager 软件包）之后，RSMAPI 使用的一些路径无法达到 RSM_CONNECTION_ACTIVE 状态。如果使用 rsm_get_interconnect_topology (3rsm) 来转储拓扑结构，接口 {rsmapi.h} 会显示每个路径的状态。

小心：小心：

对每个路径分别执行以下解决方法，使节点免于脱离群集。

解决方法：在群集的任何节点上运行以下命令，以激活未处于 RSM_CONNECTION_ACTIVE (3) 状态的路径。


# scconf -c -m endpoint=node:adpname,state=disabled
# scconf -c -m endpoint=node:adpname,state=enabled
node:adpname

出现了此问题的路径上的端点

BugId 4522648

问题摘要：在 VxVM 3.1.1 发行版中，手册页路径已更改为 /opt/VRTS/man。在以前的发行版中，手册页路径为 /opt/VRTSvxvm/man。该新路径未被纳入《Sun Cluster 3.0 12/01 软件安装指南》中。

解决方法：对于 VxVM 3.1.1 及更高版本，将 /opt/VRTS/man 添加到群集的每个节点上的 MANPATH 中。