Sun GlassFish Communications Server 2.0 发行说明

Communications Server 管理

Communications Server 不检测与群集的心跳端口的冲突(问题号 1967)

描述

创建群集时,Communications Server 会随机分配一个介于 1026 到 45556 之间的心跳端口。对于默认群集(由 Communications Server 安装创建的默认群集),会在 0 到 45556 之间选择一个随机数。群集创建过程不会精确检测心跳端口是否正被另一个服务使用。

解决方法

如果自动群集创建配置选择了一个心跳端口,该端口与正在使用它的另一个服务冲突,请将群集心跳端口更新为系统未使用的端口。

要更改群集的心跳端口,请使用下面的 asadmin 命令:

asadmin set 群集名称.heartbeat-port=新端口号

域创建操作在运行 64 位 Linux 的 NFS 服务器上停止(问题号 1961)

描述

当尝试在安装了网络文件系统 (NFS) 的文件系统(NFS 服务器运行 64 位 Linux)上创建域时,asadmin create-domain 命令可能会失败。

解决方法

没有已知的解决方法。

流量很小或没有时 CPU 使用率居高不下(问题号 1966)

说明

启用 CPU 过载保护时,即使流量很小或没有,Communications Server 实例有时也会显示高 CPU 使用率。此问题是由 JDK 错误 6693490 引起的。JDK 6 Update 18 中已解决该错误。

解决方法

将 JDK 6 Update 18 与 Communications Server 搭配使用。

即使未绑定 SIP/SIPS 端口,Communications Server 实例也会启动(问题号 998)

说明

即使无法绑定至 SIP 或 SIPS 端口,Communications Server 实例也会启动。

解决方法

在启动服务器实例前,先确保端口处于空闲状态。检查日志文件 (server.log),确保启动期间没有任何的 SIP 容器错误或异常。

Communications Server 不使用 ––javahome 选项指定的 JDK(问题号 789)

说明

通过 ––javahome 选项,可使用预先安装的 JDK 来替代安装的默认版本。默认情况下,Communications Server 使用 as-install/jdk 中的 JDK 版本。

解决方法

asenv.conf 文件中的 AS_JAVA 变量始终会指向 as-install/jdk。如果要使用不同的 JDK 版本,请手动更新 asenv.conf 文件并更改 AS_JAVA 的值。

使用 3.5 GB Java 堆可导致实例在收到流量时重新启动(问题 1169)

说明

JVM 堆大小设置为 3.5 GB 时,Communications Server 实例会在收到流量时失败并重新启动。

解决方法

确保将最大 JVM 堆大小设置为 3.0 GB 或以下。

仅使用多核系统的一个核心时,Communications Server 不能正确地报告 CPU 使用率(问题 1344)

说明

在 Solaris 平台上,Communications Server 根据可用的处理器数量和每个核心的 CPU 使用率来计算 CPU 使用率。但是,Communications Server 是以核心数的静态值为准,而不是 JVM 所用的核心数。

解决方法

如果没有使用机器中的全部核心,请重新计算 CPU 阈值。