已知问题和解决办法

问题： 如果您配置了同一个 Netscape 服务器类型的多个实例，并且其中一个服务器的 ServerID 是另一个服务器 ServerID 的子字符串，则 ServiceGuard 可能意外舍弃错误的程序包。

解决办法：选择不同的、无重叠的实例名称，如下例所示：

        ServerID1:          httpd-default1
        ServerID2:          httpd-default2

切勿将 httpd-default 用于 ServerID1，将 httpd-default1 用于 ServerID2。

问题： 在 Netscape Enterprise Server（版本 3.6）中，安装目录和端口设置已被修改。

解决办法：在 runhalt 脚本 enterprise.sh（版本 B.01.02）的第 51 行中，将环境变量 SERVER 做以下修改，以反映新的安装目录：

        SERVER=/opt/ns-enterprise36/https-${SERVER_ID}
         

访问 Enterprise Server 版本 3.6 的管理服务器时，请使用端口 17493。例如，在浏览器中，请使用以下 URL：

        http://192.1.1.3:17493

其中 192.1.1.3 是运行管理服务器的系统的 IP 地址。

问题：在 Enterprise Server 版本 3.6 中，Unix 守候进程 uxwdog 正在监视 Web 服务器守候进程（称为 https-<InstanceName>，其中 InstanceName 是用户为特定服务器实例指定的名称）的状况。（缺省守候进程名为 https-default。）

如果 Web 服务器进程终止，则 uxwdog 守候进程将自动重新启动 Web 服务器守候进程。 问题是，如果在 Web 服务器仍然运行时，uxwdog 守候进程终止，管理服务器就不能用于停止或启动 Web 服务器。（这个问题产生的原因可能是使用了命令 kill -9 <PID>，其中 <PID> 是 uxwdog 守候进程的进程 ID。）另外，正在监视 uxwdog 守候进程的工具包将导致程序包故障切换到代管节点，而该程序包不能在代管节点上运行。

解决办法：如果 uxwdog 守候进程发生故障，则应使用下面的命令手动终止 Web 服务器进程：

         kill -9 <PID> 

其中 <PID> 是 Web 服务器进程的进程 ID。 这将使 Web 服务器可以在管理服务器的控制下重新启动。