+

Search Tips   |   Advanced Search

(dist)

Intelligent Management: hadmgrAdd command

The hadmgrAdd command incorporates a new dmgr profile into a cell. The new dmgr profile is converted to a highly available (HA) deployment manager peer in the same cell as the existing dmgr profile.

Run the hadmgrAdd command within the new dmgr profile that is being added. The HA deployment manager function supports use of the JMX SOAP connector only. The JMX RMI connector is not supported in this configuration.

For transitioning users: The Intelligent Management command that equates to hadmgrAdd is xd_hadmgrAdd. If we are making the transition from WebSphere Virtual Enterprise, we can continue to use the xd_hadmgrAdd command, which operates the same as the hadmgrAdd command.trns


Usage

(dist)

The proxyServerJmxSoapAddress and proxyServerHttpPort parameters are required only when we are creating the first standby deployment manager.


Parameters

The following options are available for the hadmgrAdd command:

-hostname host

Host name used to connect to the existing deployment manager.

-port port

Default SOAP port used to connect to the existing deployment manager.

-configRoot <fully qualified path>

Fully-qualified configuration path.

-workspaceRoot <fully qualified path>

Fully-qualified workspace path.

-proxyServerJmxSoapAddress <host:port>

Host name and IP address of the on demand router (ODR) and the SOAP_CONNECTOR_ADDRESS port for the ODR. Use this port to run wsadmin scripts.

-proxyServerHttpPort port <secure_port>

Specifies the HTTP ports for the proxy server. Select two free ports on the ODR and IP sprayer host. These ports should be used to access the console by way of the ODR.

-user <user name>

User name used to connect to the existing deployment manager.

-password <password>

Password used to connect to the existing deployment manager.

-quiet

Suppress the progress information that the hadmgrAdd command prints in normal mode.

-logfile <filename>

Location of the log file to which information gets written. By default, the hadmgrAdd.log file is created in the logs directory of the profile for the node that is being added.

-replacelog

Replaces the log file instead of appending to the current log. By default, the hadmgrAdd command appends to the existing trace file. This option causes the hadmgrAdd command to overwrite the trace file.

-trace

Generate additional trace information in the log file for debugging purposes.

-uniquePort

Checks for port conflict. If the new port is conflict with the existing ports, the new port increments by one until a free port is found. This process is not necessary if unique ports were assigned to the dmgr profile when it was created.

-help

Displays syntax help.


Example

  1. Start with an existing WebSphere Application Server Network Deployment cell installed and configured with the following directory structure:

    • WebSphere Application Server home directory: app_server_root

    • Existing dmgr profile: /shared/profiles/PrimaryManagerNode

    where the /shared mountpoint is on a SAN FS device.

  2. Run the Profile Management Tool plug-in or the wasprofile command line utility to create another dmgr profile associated with this same Network Deployment installation. Create the profile on the shared disk, /shared mountpoint for this example.

    Specify the correct host name for this deployment manager to listen on. We can specify the explicit port numbers for your standby deployment manager when creating the profile or we can specify the -uniquePort parameter when you run the hadmgrAdd command, as shown in this example. We can specify any value for the cell name. During the conversion process the cell name value is changed to match the cell name to which the HA deployment manager peer is added. Specify a node name that is unique in the cell to which this HA deployment manager peer is added.

    You have the following directory structure after we create the profile:

    • WebSphere Application Server home directory: app_server_root

    • Existing dmgr profile: /shared/profiles/PrimaryManagerNode

    • New dmgr profile: /shared/profiles/StandbyManagerNode

  3. Run the hadmgrAdd command to convert the new dmgr profile into an HA deployment manager peer in the same cell in which the existing dmgr profile exists.
    hadmgrAdd.sh|bat -hostname a.a.a.a -port 8879 -configRoot /shared/profiles/PrimaryManagerNode/config  -workspaceRoot /shared/profiles/PrimaryManagerNode -proxyServerJmxSoapAddress x.x.x.x:8880   -proxyServerHttpPort 9060 9043  -user wsadmin -password ********
    -uniquePort

If we install the centralized installation manager repository, and after we create the second dmgr profile, change the value of the CENTRALIZED_INSTALL_REPOSITORY_ROOT property in the app_server_root\properties\cimgr.props file from c:\ProgramFiles\IBM\WebSphere\AppServer\repository_folder to ${app_server_root}/repository_folder.

When you use the hadmgrAdd command, the following changes are made to the cell configuration:

As a result of the configuration change, the ODR hosts the logical endpoints for the deployment manager and proxies communication requests for the deployment manager to the active deployment manager.

For example in a non-HA ODR configuration, the deployment manager configured host name points to the ODR.

Figure 1. ODR configuration without high availability

To eliminate the ODR as a single point of failure, set up a HA ODR configuration that has at least two on demand routers receiving traffic from an internet protocol spraying device. In this case, the deployment managers JMX_SOAP_ADDRESS configured host name points to the device.

Figure 2. High availability ODR configuration with two ODRs that includes an IP sprayer


Related concepts

  • The high availability deployment manager


    Related information:

  • Intelligent Management: hadmgrRemove command