You should have already reviewed Section 11.1, Planning Your Messenger System in a Linux Cluster and filled out the Messenger Clustering Worksheet and the Novell Messenger Worksheet
in the Novell Messenger 2.2 Installation Guide.
The Messenger Installation program walks you through setting up your Messenger system and installing the Messenger agents. The first time you run the Messenger Installation program, you create your Messenger system, which includes creating various Messenger objects in eDirectory and installing the Messenger software on the node where you run the Messenger Installation program. After that, you run the Messenger Installation program on each node in the Messenger failover list to install the Messenger software on each node, but you do not create any more objects in eDirectory.
Mount the Messenger partition (Messenger Clustering Worksheet item 6) on the mount point for shared storage (Messenger Clustering Worksheet item 9).
Run the Messenger Installation program, following the steps provided in Starting the Messenger Installation Program on Linux
in Installing a Novell Messenger System
in the Novell Messenger 2.2 Installation Guide.
When asked if you are installing to a cluster, enter y for .
From the options list, enter 1 for .
Specify the mount point for the shared storage.
Set up your Messenger system, following the steps provided in Configuring Your Messenger System on Linux
in Installing a Novell Messenger System
in the Novell Messenger 2.2 Installation Guide.
Continue with Running the Linux Messenger Installation Program on Subsequent Nodes.
On the next node in the Messenger failover list (Messenger Cluster Worksheet item 8), mount the Messenger partition on the mount point for shared storage.
Run the Messenger Installation program.
When asked if you are installing to a cluster, enter y for .
From the options list, enter 2 for .
Specify the mount point for the shared storage.
The Messenger Installation program then accesses the Messenger files that were created on the shared storage when the Messenger agents were installed on the preferred node. From these files, the Messenger Installation program lists the probable configuration for the Messenger agents you are installing on the current node.
Enter 1 for .
or
Enter 2 for , then modify the configuration for the Messenger agents as needed.
When asked if you want to start the agents, enter n for .
Repeat Step 1 through Step 7 for each node on the Messenger failover list.
Continue with Setting Up Non-root Access on NSS Volumes on Each Node.
If your cluster uses NSS volumes, as described in the Novell Cluster Services Administration Guide for Linux for your version of OES Linux, you must set up non-root access to those NSS volumes, as described in Setting Up Non-root Access on an NSS Volume on Novell Open Enterprise Server Linux
in Installing a Novell Messenger System
in the Novell Messenger 2.2 Installation Guide. Then continue with Testing Your Linux Messenger Agent Installation on Each Node.
Test the Messenger agents by starting them as daemons, as described in Starting the Linux Messenger Agents
in Installing a Novell Messenger System
in the Novell Messenger 2.2 Installation Guide.
/etc/init.d/novell-nmma start /etc/init.d/novell-nmaa start /etc/init.d/novell-nmma status /etc/init.d/novell-nmaa status
Stop the Messenger agents.
/etc/init.d/novell-nmma stop /etc/init.d/novell-nmaa stop /etc/init.d/novell-nmma status /etc/init.d/novell-nmaa status
Return to Running the Linux Messenger Installation Program on the Preferred Node for each node in the Messenger failover list (Messenger Clustering Worksheet item 8).
When you have installed the Messenger agents on all of the nodes in the Messenger failover list, continue with Changing Messenger Paths to Locations on the Messenger Partition.
During installation, various Messenger paths are set to locations on the node where the software is installed. After installation, you need to set these paths to locations on the Messenger partition, so that the files stored at these locations are available to the Messenger agents regardless of which node in the cluster the agents are running on:
After settings these directories, continue with Section 11.2.3, Configuring the Messenger Cluster Resource to Load and Unload the Linux Messenger Agents.
The store path is the location where you want the archive created. During installation, the default store path is created in /var/opt/novell/messenger/aa/store on each node, but you need the archive to be stored on the Messenger partition.
Choose a directory where you want to store the archive and create that directory on the Messenger partition.
In ConsoleOne, browse to and select the Novell Messenger Service object (MessengerService), then click
.Right-click the File Module object, then click
.In the
field, specify your archive store path, then click .When archiving is enabled, the Messaging Agent passes conversations to the Archive Agent when the conversations are completed. If the Messaging Agent cannot communicate with the Archive Agent when it has a conversation to archive, it saves the conversation in its holding directory (queue) until it can communicate with the Archive Agent again. During installation, the default Messaging Agent queue path is created in /var/opt/novell/messenger/ma/queue, but you need the queue directory to be located on the Messenger partition.
Choose a directory for the Messaging Agent queue and create that directory on the Messenger partition.
In ConsoleOne, browse to and select the Novell Messenger Service object (MessengerService), then click
.Right-click the Messaging Agent object, then click
.Click
.In the
field, specify the Messaging Agent queue path, then click .When the Archive Agent receives a conversation to archive, if it is already busy processing other conversations, it temporarily stores the conversation in its holding directory (queue). During installation, the default Archive Agent queue path is created in /var/opt/novell/messenger/aa/queue, but you need the queue directory to be located on the Messenger partition.
Choose a directory for the Archive Agent queue and create that directory on the Messenger partition.
In ConsoleOne, browse to and select the Novell Messenger Service object (MessengerService), then click
.Right-click the Archive Agent object, then click
.Click
.In the
field, specify the Archive Agent queue path, then click .During installation, the default Messaging Agent log path is created in /var/opt/novell/log/messenger/ma, but you need the log file directory to be located on the Messenger partition.
Choose a directory for the Messaging Agent log files and create that directory on the Messenger partition.
In ConsoleOne, browse to and select the Novell Messenger Service object (MessengerService), then click
.Right-click the Messaging Agent object, then click
.Click
.In the
field, specify the Messaging Agent log path, then click .During installation, the default Archive Agent log path is created in /var/opt/novell/log/messenger/aa, but you need the log file directory to be located on the Messenger partition.
Choose a directory for the Archive Agent queue and create that directory on the Messenger partition.
In ConsoleOne, browse to and select the Novell Messenger Service object (MessengerService), then click
.Right-click the Archive Agent object, then click
.Click
.In the
field, specify the Archive Agent log path, then click .The properties of the Messenger Cluster Resource object define how the Messenger partition functions within the cluster, how the Messenger agents are loaded and unloaded, and how failover and failback situations are handled.
To set up the load script in iManager:
Expand
, then click .In the
field, browse to the Cluster object where the Messenger cluster resource is located.Click the Cluster object to display the cluster resources that belong to the cluster.
Select the Messenger cluster resource that you created when you set up the Messenger partition, then click
.Click
.(Conditional) If this is an NSS volume or a shared pool, use a load script similar to the following example, depending on the configuration of your cluster and nodes:
#!/bin/bash . /opt/novell/ncs/lib/ncsfuncs # mount filesystem exit_on_error ncpcon mount /opt="noatime,nodiratime" volume_name=volume_ID # add IP address exit_on_error add_secondary_ipaddress messenger_partition_ip_address # start service exit_on_error /etc/init.d/novell-nmma start exit_on_error /etc/init.d/novell-nmaa start # return status exit 0
In the mount filesystem section, specify the volume name and volume ID of the Messenger partition that you are clustering (System Clustering Worksheet item 5).
In the add ip address section, specify the secondary IP address of the Messenger partition (Messenger Clustering Worksheet item 6 or Messenger Clustering Worksheet item 7).
In the start service section, provide the commands to start the Messaging Agent first, following by the Archive Agent.
(Conditional) If this is a traditional Linux volume, use an unload script similar to the following example, depending on the configuration of your cluster and nodes:
#! /bin/bash . /opt/novell/ncs/lib/ncsfunc # define IP address RESOURCE_IP=messenger_partition_ip_address # define filesystem type MOUNT_FS=filesystem # define device (if using EVMS) exit_on_error evms -f /var/opt/novell/ncs/ContainerActivate -rl Share ‘uname -n‘ MOUNT_DEV=/dev/evms/Share/dat # define mount point MOUNT_POINT=/mnt/mount_point_directory # mount file system exit_on_error mount -t $MOUNT_FS $MOUNT_DEV $MOUNT_POINT -o noatime,nodiratime # add IP address exit_on_error add_secondary_ipaddress $RESOURCE_IP # start service exit_on_error /etc/init.d/novell-nmma start exit_on_error /etc/init.d/novell-nmaa start exit 0
In the define IP address section, specify the secondary IP address of the Messenger partition (Messenger Clustering Worksheet item 6 or Messenger Clustering Worksheet item 7)
In the define filesystem type section, specify the filesystem type that is in use on nodes in the cluster (System Clustering Worksheet item 5).
In the define mount point section, specify the mount point directory in use for the nodes in the cluster (System Clustering Worksheet item 5).
Click
to save the load script.The cluster resource unload script executes whenever the Messenger cluster resource goes offline.
On the iManager Cluster Resource Properties page of the Monitor Agent cluster resource, click
.(Conditional) If this is an NSS volume or a shared pool, use an unload script similar to the following example, depending on the configuration of your cluster and nodes:
#!/bin/bash . /opt/novell/ncs/lib/ncsfuncs # request service stop ignore_error /etc/init.d/novell-nmma stop ignore_error /etc/init.d/novell-nmaa stop # stop service otherwise sleep 8 ignore_error pkill -fx "'/etc/init.d/novell-nmma stop'" ignore_error pkill -fx "'/etc/init.d/novell-nmaa stop'" # delete IP address ignore_error del_secondary_ipaddress messenger_partition_ip_address # unmount filesystem exit_on_error umount /mnt/mount_point_directory # return status exit 0
In the stop service otherwise section, adjust the sleep command as needed so that the Messenger agents can shut down normally on your system without being inadvertently killed by the pkill command that follows.
In the delete IP address section, specify the secondary IP address of the Messenger partition.
In the unmount filesystem section, specify the mount point directory in use for the nodes in the cluster.
(Conditional) If you are running the GroupWise High Availability service (gwha), stop it before the script stops the Messenger agents, then start it again at the end of the unload script.
This prevents the GroupWise High Availability service from trying to restart the Messenger agents while the script is trying to stop them.
Add the following section before the request service stop section:
# Temporarily disable the gwha service under xinetd ignore_error /sbin/chkconfig -s gwha off ignore_error kill -HUP `pidof xinetd`
Add the following section before the return status section:
# Restart the gwha service under xinetd ignore_error /sbin/chkconfig -s gwha on ignore_error kill -HUP `pidof xinetd`
(Conditional) If this is a traditional Linux volume, use an unload script similar to the following example, depending on the configuration of your cluster and nodes:
#!/bin/bash . /opt/novell/ncs/lib/ncsfuncs # request service stop ignore_error /etc/init.d/novell-nmma stop ignore_error /etc/init.d/novell-nmaa stop # stop service otherwise sleep 8 ignore_error pkill -fx "'/etc/init.d/novell-nmma stop'" ignore_error pkill -fx "'/etc/init.d/novell-nmaa stop'" # define IP address RESOURCE_IP=messenger_partition_ip_address # define mount point MOUNT_POINT=/mnt/mount_point_directory # delete IP address ignore_error del_secondary_ipaddress $RESOURCE_IP # umount filesystem exit_on_error umount $MOUNT_POINT # return status exit 0
In the stop service otherwise section, adjust the sleep command as needed so that the Messenger agents can shut down normally on your system without being inadvertently killed by the pkill command that follows.
In the define IP address section, specify the secondary IP address of the Messenger partition.
In the define mount point section, specify the mount point directory in use for the nodes in the cluster.
(Conditional) If you are running the GroupWise High Availability service (gwha), stop it before the script stops the Messenger agents, then start it again at the end of the unload script.
This prevents the GroupWise High Availability service from trying to restart the Messenger agents while the script is trying to stop them.
Add the following section before the request service stop section:
# Temporarily disable the gwha service under xinetd ignore_error /sbin/chkconfig -s gwha off ignore_error kill -HUP `pidof xinetd`
Add the following section before the return status section:
# Restart the gwha service under xinetd ignore_error /sbin/chkconfig -s gwha on ignore_error kill -HUP `pidof xinetd`
Click
to save the unload script.On the iManager Cluster Resource Properties page of the Messenger cluster resource, click
.The default policy settings are often appropriate. By default, a cluster resource:
Fails over automatically if the node it is running on fails
Starts automatically on the next node in its failover list
Continues running at its failover location, even after its most preferred node is again available
If you are considering changing these defaults, see the Novell Cluster Services Administration Guide for Linux for your version of OES Linux.
Click
.