13.1 Planning for DST in a Cluster

In addition to the requirements described in Section 3.1, Installation Requirements for Dynamic Storage Technology, use the requirements in this section to configure DST on nodes in a Novell Cluster Services cluster.

13.1.1 Novell Open Enterprise Server 2 SP3

Ensure that each node in the cluster is running the same release version of OES 2 SP3 with the latest patches applied.

13.1.2 Novell Cluster Services

Ensure that each node is running the same release version of Novell Cluster Services with the latest patches applied.

When you use clustered DST volumes, special steps are needed when you upgrade the cluster from OES 2 SP3 to OES 11 or later. For information, see Upgrading a Cluster with DST Resources from OES 2 SP3 to OES 11x in the OES 11 SP1: Dynamic Storage Technology Administration Guide.

13.1.3 NCP Server and Dynamic Storage Technology

The NCP (NetWare Core Protocol) Server and the Dynamic Storage Technology software are not cluster aware. They must be installed on every node in the cluster where you plan to migrate or fail over the cluster resource that contains shadow volumes. You do not cluster NCP Server or DST services. You can cluster the DST shadow volume pair by creating a DST pool cluster resource that manages the primary and secondary disks, pools, and volumes.

13.1.4 Novell Storage Services File System

Dynamic Storage Technology supports shadow volumes created with pairs of shared Novell Storage Services (NSS) volumes. Install NSS on each node in the cluster. For information, see the OES 2 SP3: NSS File System Administration Guide for Linux.

You must create the two NSS pools and volumes on separate shared disks before you create the shadow volume relationship for the two volumes. The primary pool must be cluster-enabled. The secondary pool must be shared. You can cluster-enable the secondary pool, but its Cluster objects and IP address are not used while the two NSS volumes are in the shadow relationship.

13.1.5 Novell Remote Manager for Linux

You do not use Dynamic Storage Technology Options page in Novell Remote Manager to create a clustered DST shadow volume pair. The ncpcon mount command in the load script creates the DST shadow volume pair on the node where the resource is brought online.

When you use Novell Remote Manager for Linux to manage policies for the shadow volume, you typically connect to the IP address of the DST pair cluster resource. You can also connect to the IP address of the server node where the cluster resource is currently mounted.

13.1.6 Merged View Access with NCP

NCP Server allows NCP users to access a merged view of the clustered DST volume pair when the cluster resource is online. As with any clustered volume, the files are not available when the cluster resource is offline.

13.1.7 Merged View Access with Novell CIFS

Novell CIFS supports Dynamic Storage Technology merged view of DST volume pairs comprised of two NSS volumes. CIFS users can access a merged view of the clustered DST volume pair when the cluster resource is online. As with any clustered volume, the files are not available when the cluster resource is offline. Novell CIFS does not require users to be Linux enabled with Linux User Management (LUM).

You must install and configure Novell CIFS on every node in the cluster where you plan to give users CIFS access to the shared cluster resource. For information, see OES 2 SP3: Novell CIFS for Linux Administration Guide.

You want Novell CIFS to be available on the node where the DST shadow volumes is active. To do this, you add Novell CIFS as an advertising protocol for the primary NSS pool resource as you cluster-enable it.

In the primary NSS pool cluster resource load script, the following command binds Novell CIFS to provide access to the shared resource through the virtual server IP address when the resource is mounted on a node.

exit_on_error novcifs --add --vserver=virtualserverFDN --ip-addr=virtualserverip

In the primary NSS pool cluster resource unload script, the following command unbinds Novell CIFS from the DST pool cluster resource when the resource is failed over or cluster migrated to another node in the cluster.

ignore_error novcifs --remove --vserver=virtualserverFDN --ip-addr=virtualserverip 

In the primary NSS pool cluster resource monitor script, the CIFS monitor command helps to keep CIFS up and running.

exit_on_error rcnovell-cifs monitor

In addition, the following CIFS attributes are automatically added to the NCS:NCP Server object for the virtual server on the primary pool cluster resource:

  • nfapCIFSServerName (read access)

  • nfapCIFSAttach (read access)

  • nfapCIFSComment (read access)

  • nfapCIFSShares (write access)

For information, see Configuring CIFS with Novell Cluster Services for an NSS File System in the OES 2 SP3: Novell CIFS for Linux Administration Guide.

13.1.8 Merged View Access with Novell Samba and ShadowFS

ShadowFS and FUSE (File System in Userspace) can be used with Novell Samba to allow SMB/CIFS users to access a merged view of the clustered DST volume pair. Novell Samba is an alternative to Novell CIFS; they cannot be used together on the same server. Novell Samba requires users to be Linux enabled with LUM.

You must install and configure Novell Samba and ShadowFS for each node in the cluster. For information about setting up SMB/CIFS access on each node, see Section 12.0, Using ShadowFS to Provide a Merged View for Novell Samba Users.

Additional commands for managing FUSE for the resource must be added manually in the cluster load/unload scripts of the primary pool cluster resource You must also add the following lines in the load script of the primary NSS pool cluster resource to allow time for ShadowFS to start:

# If shadowfs is used, wait for shadowfs to start
for (( c=1; c<=10; c++ )) do
if [ ! -d /media/shadowfs/VOLUME/._NETWARE ]; then sleep 5; fi
done 

You must add the following line to the unload script of the primary NSS pool cluster resource to unload the volume in FUSE:

#unload the volume in FUSE
ignore_error fusermount -u /media/shadowfs/VOLUME

13.1.9 No Merged View Access for AFP

Novell AFP does not support a merged view of files on the DST volume pair. AFP users see only the files on the primary volume. Do not give AFP users direct access to the secondary volume.