Follow the instructions in this section to install and configure the first instance of Calendar Server. This section covers the following topics:
Verify the files are mounted.
On the primary node (Node1), enter the following command:
df -k
The following is an example of the output you should see:
/dev/md/penguin/dsk/d500 35020572 34738 34635629 1% /install-rootCS1 /dev/md/penguin/dsk/d400 35020572 34738 34635629 1% /share-disk-dirCS1 /dev/md/polarbear/dsk/d300 35020572 34738 34635629 1% /share-disk-dirCS2 /dev/md/polarbear/dsk/d200 35020572 34738 34635629 1% /install-rootCS2 /dev/md/polarbear/dsk/d600 35020572 34738 34635629 1% /var-cal-dirCS1 /dev/md/polarbear/dsk/d700 35020572 34738 34635629 1% /var-cal-dirCS2
Using the Sun Java Systems Communications Suite installer, install Calendar Server on the Primary Node.
At the Specify Installation Directories panel, specify the installation root (install-rootCS1):
For example, if your Primary node is named red and the root directory is dawn, the installation root would be /dawn/red. This is the directory where you are installing Calendar Server on the first node.
Choose Configure Later.
Run the Directory Preparation Tool script on the machine with the Directory Server.
Using the Sun Cluster command-line interface, configure Sun Cluster on the first node by performing the following steps:
Register the following resource types:
./scrgadm -a -t SUNW.HAStoragePlus ./scrgadm -a -t SUNW.scics
Create a fail over resource group.
In the following example, the resource group is CAL-CS1-RG, and the two nodes are named Node1 as the primary node and Node2 as the fail over node.
./scrgadm -a -g CAL-CS1-RG -h Node1,Node2
Create a logical hostname resource for this node.
The calendar client listens on this logical hostname. The example that follows uses LOG-HOST-CS1-RS in the place where you will substitute in the actual hostname.
./scrgadm -a -L -g CAL-RG -l LOG-HOST-CS1-RS ./scrgadm -c -j LOG-HOST-CS1-RS -y R_description= "LogicalHostname resource for LOG-HOST-CS1-RS"
Bring the resource group online.
scswitch -Z -g CAL-CS1-RG
Create an HAStoragePlus resource and add it to the fail over resource group.
In this example, the resource is called CAL-HASP-CS1-RS. You will substitute you own resource name. Note that the lines are cut and show as two lines in the example for display purposes in this document.
./scrgadm -a -j CAL-HASP-CS1-RS -g CAL-CS1-RG -t SUNW.HAStoragePlus:4 -x FilesystemMountPoints=/install-rootCS1, /share-disk-dirCS1,/cal-svr-baseCS1 ./scrgadm -c -j CAL-HASP-CS1-RS -y R_description="Failover data service resource for SUNW.HAStoragePlus:4"
Enable the HAStoragePlus resource.
./scswitch -e -j CAL-HASP-CS1-RS
Run the configuration program on the primary node.
# cd /cal-svr-baseCS1/sbin/ # ./csconfigurator.sh
For further information about running the configuration script, see the Sun Java System Calendar Server 6.3 Administration Guide.
On the Runtime Configuration panel, deselect both of the Calendar Server start up options.
On the Directories to Store Configuration and Data Files panel, provide the shared disk directories as shown in the following list:
/share-disk-dirCS1/config
/share-disk-dirCS1/csdb
/share-disk-dirCS1/store
/share-disk-dirCS1/logs
/share-disk-dirCS1/tmp
When you have finished specifying the directories, choose Create Directory.
On the Archive and Hot Backup panel, provide the shared disk directory names as shown in the following list:
/share-disk-dirCS1/csdb/archive
/share-disk-dirCS1/csdb/hotbackup
After specifying these directories, choose Create Directory.
Verify that the configuration was successful.
The configuration program will display a series of messages. If they all start with PASSED, which means it was successful. For an example of the output you might see, check the example at: 6.11 Example Output from the Calendar Configuration Program (Condensed).
Using the Sun Cluster command-line interface, perform a fail over to the second node.
For example:
# /usr/cluster/bin/scswitch -z -g CAL-CS1-RG -h Node2
Edit the configuration file, ics.conf, by adding the parameters shown in the example that follows.
Back up the ics.conf file before starting this step.
! The following changes were made to configure Calendar Server ! Highly Available ! local.server.ha.enabled="yes" local.server.ha.agent="SUNWscics" service.http.listenaddr="IPAddressCS1" local.hostname="LOG-HOST-CS1-RS" local.servername="LOG-HOST-CS1-RS" service.ens.host="LOG-HOST-CS1-RS" service.http.calendarhostname="LOG-HOST-CS1-RS-Domain.com" local.autorestart="yes" service.listenaddr = "IPAddressCS1"
The expected value for service.http.calendarhostname is a fully qualified hostname.
Using the Sun Cluster command-line interface, create the Calendar Server resource group.
Create a calendar resource group and enable it.
For example:
./scrgadm -a -j CAL-SVR-CS1-RS -g CAL-CS1-RG -t SUNW.scics -x ICS_serverroot=/cal-svr-baseCS1 -y Resource_dependencies=CAL-HASP-CS1-RS,LOG-HOST-CS1-RS ./scrgadm -e -j CAL-SVR-CS1-RS
Using the Sun Cluster command-line interface to test the successful creation of the Calendar Server resource group, perform a fail over to the first node, which is the Primary node.
For example:
./scswitch -z -g CAL-CS1-RG -h Node1