+

Search Tips   |   Advanced Search

 

Interoperating with V6.0.2 and later processes

 

The high availability manager supports multihomed hosts, which means that WAS processes can communicate with each other even if they are running on different versions of the product. If you are running V6.0.2 and later processes that need to communicate with each other, consider there are high availability manager-related issues. Know the version levels of the processes that need to communicate with each other. If V6.0.1.2 processes exist, see Interoperating with V6.0.1.2 processes for additional considerations.

 

Overview

When processes are created on V6.0.2 or later nodes, the host name field in the DCS_UNICAST_ADDRESS endpoint is set to an asterisk. When you use an asterisk in the host name field, multihome support allows the high availability manager to open and accept connections using any IP address that is valid for that machine.Special considerations are required when Version 6.0.2 nodes interoperate with V6.0 and V6.0.1 nodes without Fix Pack 2 (6.0.1.2), because these earlier versions do not contain high availability manager multihome support. V6.0 and V6.0.1 processes do not recognize an asterisk as a valid value in the DCS_UNICAST_ADDRESS host name field. Therefore, these processes cannot connect to V6.0.2 processes that are configured with an asterisk in the DCS_UNICAST_ADDRESS host name field. When V6.0.2 processes must interoperate with V6.0 or V6.0.1 processes, the DCS_UNICAST_ADDRESS for all V6.0.2 processes must be configured to use a value other than an asterisk. This configuration is done by setting the host name field in the DCS_UNICAST_ADDRESS endpoint to a host name or to a textual IP address.

As you add V6.0.2 nodes and create servers into a mixed-release cell, set the host name field of the DCS_UNICAST_ADDRESS for all processes on the new nodes, including the node agent, to one of the two values previously specified. You must then restart the V6.0.2 processes to pick up the new value.

To change the host name field for a process:

 

Procedure

  1. In the console, go to the configuration data for one of the processes on the new nodes:

    • For an appserver, click Servers > Application Servers > server, and then, under Additional Properties, click > Ports > port_name .

    • For a node agent, click System administration > Node agents > node, and then, under Additional Properties, click > Ports > port_name .

    • For a deployment agent, click System administration > Deployment manager, and then, under Additional Properties, click > Ports > port_name .

  2. Click View associated transports for the port that is associated with the DCS transport channel you want to review.

  3. Click DCS_UNICAST_ADDRESS, and enter the name of the new host in the Host field.

  4. Click OK, and then click Save.

  5. Repeat the previous steps until the new host name is added for all of the processes on the new nodes.

  6. Select Synchronize changes with nodes, and then click Save again.

  7. Stop all of the servers that contain the processes with configuration changes.

  8. Restart these servers.

 

Results

All of the processes can communicate with each other.

 

What to do next

If V6.0.2 processes are not configured properly, the Version 6.0 and V6.0.1 processes might not start or might not be able to connect to the V6.0.2 processes.The condition can be detected in one of the following ways:


 

Related Reference


Configure a core group transport