After you have installed WebAccess in a cluster, you should consider some long-term management issues.
After installing WebAccess in your clustered GroupWise system, while the cluster-specific information is fresh in your mind, you should record that cluster-specific information as part of the GroupWise objects in ConsoleOne so that you can easily refer to it later. Be sure to update the information recorded in the GroupWise objects if the configuration of your system changes.
To permanently record important cluster-specific information for the WebAccess Agent domain:
In ConsoleOne, browse to and right-click the Domain object, then click.
In thefield of the WebAccess Agent domain Identification page, provide a cluster-specific description of the WebAccess Agent domain, including the resource group IP address and the cluster-unique port numbers used by its MTA.
You might also want to include cluster-specific information about the WebAccess Application, such as the resource group IP address of the Web server where the WebAccess Application is installed.
Clickto save the WebAccess domain description.
Select the WebAccess Domain object to display its contents.
Right-click the MTA object, then click.
In thefield of the MTA Identification page, record the WebAccess resource group IP address and the cluster-unique port numbers used by the MTA.
This information appears on the MTA console, no matter which node in the cluster it is currently running on.
Clickto save the MTA description.
With the contents of the WebAccess domain still displayed:
Right-click the WEBAC80A object, then click.
In thefield, record the WebAccess resource group IP address and the cluster-unique port numbers used by the WebAccess Agent.
This information appears on the WebAccess Agent console, no matter which node in the cluster it is currently running on.
Clickto save the WebAccess Agent information.
Continue with Knowing What to Expect in WebAccess Failover Situations.
The failover behavior of the MTA for the WebAccess domain is the same as for an MTA in a regular domain. See Knowing What to Expect in MTA and POA Failover Situations.
The WebAccess Application caches users’ credentials on the node where it is running. Therefore, if that node fails, or if the WebAccess Application migrates to a different node, the cached credentials are lost. Consequently, the user needs to restart the WebAccess client in order to re-authenticate and re-establish the credentials.
If the WebAccess Agent fails over or migrates, the user receives an error message that the WebAccess Agent is no longer available. However, after the WebAccess Agent starts in its new location, the WebAccess Application passes the cached user credentials to the WebAccess Agent and the user reconnects automatically without having to re-authenticate.
As with the MTA and the POA, migration of the WebAccess Agent takes longer than failover. However, the WebAccess Agent restarts quickly so that users are able to reconnect quickly.
As part of installing WebAccess, the WebAccess Agent configuration file (commgr.cfg) is created in the following subdirectory:
It is also automatically copied to the following Web server subdirectory:
If you change WebAccess agent configuration information (for example, if you change its IP address), the information is changed in the following file:
because the domain is on the shared disk of a resource group, and it is changed in the following file:
on the node where the WebAccess Application is currently running. However, the other nodes in the Web server possible owners list are not currently available for update. Therefore, you must manually copy the updated commgr.cfg file to the drive:\novell\webaccess subdirectory on each node in the Web serve possible owners list.