Sun GlassFish Communications Server 1.5 Release Notes

Communications Server Administration

Communications Server instances start even if SIP/SIPS ports are not bound (Issue Number 998)

Description

Communications Server instances starts up even if it cannot bind to a SIP or SIPS port.

Solution

Ensure that ports are free before starting server instance(s). Check the log files (server.log) to ensure that there have not been any SIP container errors or exceptions during the startup.

For details on how to view log files, see TBDlink.

Communications Server does not use the JDK specified by ––javahome option (Issue Number 789)

Description

You can use a preinstalled JDK instead of the default version for the installation by using the ––javahome option. Communications Server, by default, uses the JDK version from as-install/jdk.

Solution

The AS_JAVA variable in the asenv.conf file always points to as-install/jdk. If you want to use a different JDK version, update the asenv.conf file manually and changed the value of AS_JAVA.

Using 3.5 GB Java heap causes instances to restart while traffic is on (Issue 1169)

Description

When JVM heap size is set to 3.5 GB, Communications Server instances fail and restart when they receive traffic.

Solution

Ensure that the maximum JVM heap size is set to 3.0 GB or less. For details on how to change the JVM heap size, see TBDlink

Communications Server wrongly reports CPU usage when using only one of the cores of a multi-core system (Issue 1344)

Description

On Solaris platforms, Communications Server calculates CPU usage based on the number of available processors and the per-core CPU usage. However, Communications Server takes into account the static value of number of cores and not the number of cores that are used by the JVM.

Solution

Recalculate the CPU threshold values if you are not using all the cores in the machine.

In Bourne shell, all DAS, node agent, and instance processes exit when console window is closed. (6879701)

Description

If you log in as root with the Bourne shell (/bin/sh) and run asadmin commands, then log out of the console window, all the domain administration server (DAS), node agent, and instance processes are killed. This is because in the Bourne shell all child terminals inherit the TTY by default, so when the terminal is logged out, all child processes are killed too.

Solution

Before running any asadmin commands, do the following:

  1. Log in to the server.

  2. Change to K shell:


    # exec /bin/ksh
    
  3. In K shell, run all the asadmin commands to bring up the DAS, node agents, and instances.