After you have set up a basic clustered GroupWise system, you should consider some long-term management issues.
After setting up 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 keep the information recorded in the GroupWise objects up to date if the configuration of your system changes.
To permanently record important cluster-specific information for the domain:
In ConsoleOne, browse to and right-click the Domain object, then click Properties.
In the Description field of the domain Identification page, provide a cluster-specific description of the domain, including the secondary IP address of its cluster-enabled volume and the cluster-unique port numbers used by its MTA.
Click OK to save the domain description.
Select the Domain object to display its contents.
Right-click the MTA object, then click Properties.
In the Description field of the MTA Identification page, record the secondary IP address of the cluster-enabled domain volume and the cluster-unique port numbers used by the MTA.
This information will appear on the MTA console, no matter which node in the cluster it is currently running on.
Click OK to save the MTA description.
Continue with Recording Cluster-Specific Information for a Post Office and Its POA.
To permanently record important cluster-specific information for a post office:
In ConsoleOne, browse to and right-click the Post Office object, then click Properties.
In the Description field of the post office Identification page, provide a cluster-specific description of the post office, including the secondary IP address of its cluster-enabled volume and the cluster-unique port numbers used by its POA.
Click OK to save the post office description.
Select the Post Office object to display its contents.
Right-click the POA object, then click Properties.
In the Description field of the POA Identification page, record the secondary IP address of the cluster-enabled post office volume and the cluster-unique port numbers used by the POA.
This information will appear on the POA console, no matter which node in the cluster it is currently running on.
Click OK to save the POA description.
If necessary, continue with Recording Cluster-Specific Information for a Software Distribution Directory.
or
Continue with Knowing What to Expect in MTA and POA Failover Situations.
To permanently record important cluster-specific information about a software distribution directory located on a cluster-enabled volume:
In ConsoleOne, click Tools > System Operations > Software Directory Management.
Select the software distribution directory, then click Edit.
In the description field, record the secondary IP address of the cluster-enabled volume where the software distribution directory resides.
Click OK, then click Close to save the software distribution directory description.
Continue with Knowing What to Expect in MTA and POA Failover Situations.
On NetWare 6.x, you can use NetWare Remote Manager to manage many aspects of your GroupWise cluster from your Web browser. For instructions on setting up and accessing this useful network administration utility, see the NetWare 6.x NetWare Remote Manager Administration Guide at the Novell Documentation Web site. Cluster management features are automatically added to NetWare Remote Manager when you install Novell Cluster Services.
After you have accessed NetWare Remote Manager, you might find that many GroupWise cluster management tasks are easier to perform with NetWare Remote Manager than with ConsoleOne. The following sections help you configure and manage the cluster using NetWare Remote Manager:
On the main NetWare Remote Manager page:
In the left frame, scroll down to the Clustering section, then click Cluster Config.
The Cluster Configuration page displays the cluster name, the nodes in the cluster, and the resources in the cluster. It also enables you to create new GroupWise Volume Resource objects (termed Cluster Volumes in the NetWare Remote Manager interface).
Click the cluster name to display the Cluster object properties:
Click a linked item to edit the Cluster object properties. Click your browser's Back button to return to the Cluster Configuration page.
On the Cluster Configuration page, click a server to display the Server object properties:
Click a linked item to edit the Server object properties. Click Back or Delete to perform the specified action.
On the Cluster Configuration page, click a GroupWise volume to display the Volume Resource object properties:
Click a linked item to edit Volume Resource object properties. Click Back or Delete to perform the specified action.
On the Cluster Configuration page, click New Cluster Volume to create a new GroupWise Volume Resource object, then follow the instructions to provide the information needed to create the new Cluster Volume object.
On the main NetWare Remote Manager page:
In the left frame, scroll down to the Clustering section, then click Cluster Management.
The Cluster Status page displays the nodes and volume resources in the cluster. The master node in the cluster is marked with a yellow ball. Status information is listed for each volume resource.You can set the refresh rate for the status information at the top of the Cluster Status page.
Select a page refresh rate, then click Begin Refresh so that the page automatically refreshes at the selected rate.
Click a cluster resource to bring it online, take it offline, or migrate it to another node.
To take the currently running volume resource offline, click Offline. To migrate the volume resource, select a node from the drop-down list, then click Migrate.
On the Cluster Resource page, click Event Log to view a list of cluster events.
The event log can help you resolve problems with cluster functioning.
In a failover situation, the agents might need to perform some database repair as they start on the new node. The time required depends on the size of the databases involved.
Typically, the POA returns to full functionality faster than the MTA. This benefits GroupWise client users who can reconnect to their mailboxes very quickly and probably will not notice if messages to users in other post offices are not delivered immediately. The only time a user would need to restart the GroupWise client would be if he or she was actually in the process of sending a message when the POA went down. Notify can continue running even if the connection to the POA becomes unavailable and then it reconnects automatically when the POA is again available.
The MTA typically takes some time reestablishing the links to its post offices, other domains, and gateways, but this situation usually resolves itself in a few minutes without administrator intervention. If it does not, you can manually restart the MTA to speed up the process.
In comparison to failover, migration typically takes longer because the agents methodically terminate their threads and close their databases as part of their normal shutdown procedure. However, as a result, no database repair is required when the agents start up again in their new location.
Continue with What's Next.