Jump to content United States-English
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
More options
HP.com home
Enterprise Cluster Master Toolkit Version B.01.03 Release Notes for HP-UX 11i: > Chapter 1 Enterprise Cluster Master Toolkit Version B.01.03 Release Notes for HP-UX 11i

Known Problems and Workarounds

» 

Technical documentation

Complete book in PDF
» Feedback
Content starts here

 » Table of Contents

The following describes known problems with the Enterprise Cluster Master Toolkit and workarounds for them.

If you are a Domain user, you should refer to the HP Domain Release Notes on HP-UX 10.20 (J1582-90112) or the HP Domain Release Notes on HP-UX 11.0 (J1582-90128) for a discussion of additional problems and workarounds.

Naming of Netscape Server Instances

  • What is the problem? If you configure multiple instances of the same Netscape server type, and the ServerID of one server is a substring of the ServerID of another server, ServiceGuard may fail the wrong package unexpectedly.

  • What is the workaround? Choose distinct, non-overlapping instance names as in the following example:

             ServerID1:          httpd-default1
    ServerID2: httpd-default2

    Do not use httpd-default for ServerID1 and httpd-default1 for ServerID2.

Changed Directory Location and Port Setting for Enterprise Server (Version 3.6)

  • What is the problem? In Netscape Enterprise Server (version 3.6), the installation directory and port setting have been modified.

  • What is the workaround? In the runhalt script enterprise.sh (version B.01.02) line 51, modify the environment variable SERVER as follows, to reflect the new installation directory:

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

    When accessing the administration server for Enterprise Server version 3.6, use port 17493. For example in your browser, use the following URL:

            http://192.1.1.3:17493

    where 192.1.1.3 is the IP address of the system on which you are running the administration server.

Failure of the uxwdog Monitoring Process

  • What is the problem? In Enterprise Server version 3.6, a Unix daemon, uxwdog, now monitors the health of the web server daemon, known as https-<InstanceName>, where InstanceName is the name you give to a specific server instance. (The default daemon name is https-default.)

    If the web server process terminates, the uxwdog daemon will automatically restart the web server daemon. The problem is that when the uxwdog daemon terminates with the web server still running, the administration server cannot be used to stop or start the web server. (This problem can be caused by using the command kill -9 <PID>, where <PID> is the process id of the uxwdog daemon.) Furthermore, the toolkit that is monitoring the uxwdog daemon will cause the package to fail over to the adoptive node, and it will fail to run on the adoptive node.

  • What is the workaround? If the uxwdog daemon fails, the web server process should be manually killed as in the following:

             kill -9 <PID> 

    where <PID> is the process id of the web server process. This will allow the web server to be started through the control of the administration server.

Printable version
Privacy statement Using this site means you accept its terms Feedback to webmaster
© Hewlett-Packard Development Company, L.P.