Setting Up Novell Native File Access for UNIX with Novell Cluster Services

To get the full benefit of using Novell Native File Access for UNIX with Novell Cluster ServicesTM, the software must be installed and configured to work in a cluster environment.

This section describes the following:


Prerequisites

Before installing Native File Access for UNIX with cluster support, create at least one shared pool and at least one volume in that pool.

  1. Create the directory SYS:\NFSBACK.

  2. Make a backup of the configuration files.

  3. Create a new sharable NSS partition.

  4. In this partition, create a pool. Enter a name for the virtual server and the IP Address in the pop box displayed. Do not use nfsclust as this is a reserved word.

    NOTE:   Consoleone creates a virtual server as clust-obj-name given_server and also cluster volume resource object with name given_server in the cluster object.

  5. Create a Cluster Pool and its object from ConsoleOne. To do this:

    1. From the Tools menu > select Disk Management > NSS Pools.

    2. Identify the tree / context / server. Click OK.

    3. Click New to create a new pool. Give it a name. Click Next.

    4. Select the storage device to be used. Adjust the used space as needed Click Next.

    5. The pool attribute information appears. Make sure that the Cluster Enable on Creation box is checked. The Virtual Server name is built automatically.

    6. Enter the IP address to be assigned to this virtual server (used for this shared pool).

    7. Add any additional desired Advertising Protocols, then click Finish.

    8. From the Media tab, select NSS Logical Volumes.

    9. Click new and create at least one volume within the pool.

IMPORTANT:   Instead of a pool object in the normal format <servername>_<poolname>_POOL, it will be named <clustername>_<poolname>_POOL. A virtual server object associated with the shared pool will be created, called <clustername>_<poolname>_SERVER. ConsoleOne also creates a Cluster Pool resource object called <poolname>_SERVER, inside the Cluster Container object.

For example, given a cluster named NFSC, shared pool named NFSP, and volume named VOL1, the objects seen would be:

Cluster container object: NFSC

Pool Object: NFSC_NFSP_POOL

Virtual Server Object: NFSC_NFSP_SERVER

Volume Object: NFSC_VOL1

Cluster pool resource object within cluster container: NFSP_SERVER


Setting Up

  1. Install Native File Access For UNIX on all the nodes in the cluster.

  2. On each node of the cluster, if the NFS Services are running, run NFSSTOP.Unload NFSADMIN and PKERNEL.Remove NFSSTARTfrom AUTOEXEC.NCF.

  3. Delete all the NISSERV_servername objects in eDirectory.

  4. To cluster enable and upgrade the configuration, use SPINST.

  5. Create an ETC directory on the shared volume. Copy the following files to shared_volume:\ETC\ :

    sys:\etc\nis.cfg

    sys:\etc\nfs.cfg

    sys:\etc\nfsserv.cfg

    sys:\system\nfsstart.ncf

    sys:\system\nfsstop.ncf


Configuring the Properties of Cluster Resource


Load and Unload Script

Within the Cluster contain object (Console view), right-click the Cluster Pool resource object and then click Properties. Select the Scripts tab to find the Cluster Resource Load Script and Cluster Resource Unload Script. Following are the formats for these scripts.


Load Script

To the load script, add the following at the end of the existing script:

nfsclust AAA.BBB.CCC.DDD shared_vol_name shared_pool_name_SERVER
shared_vol_name:\ETC\NFSSTART

For the example names used in this document, the specific commands would be:

nfsclust 10.2.3.4 VOL1 NFSP_SERVER
VOL1:\ETC\NFSSTART

Unload Script

To the unload script, add the following at the beginning of the existing script:

shared_vol_name:\ETC\NFSSTOP

#(VOl1:\ETC\NFSSTOP, for our example)

unload nfsclust

unload nfsadmin

delay 2

unload pkernel

NOTE:   A small delay might be needed before PKERNEL can unload, to allow dependant modules to finish unloading first. If the unload pkernel command fails, the pool may go comatose rather than migrate successfully. The delay command serves this purpose.


Setting the Start, Failover, and Failback Modes

The following table explains the different resource modes.

Mode Setting Description

Start

AUTO, MANUAL

AUTO allows Native File Access for UNIX to automatically start on a server when the cluster is first brought up.

MANUAL lets you manually start Native File Access for UNIX on a server whenever you want.

Default = AUTO

Failover

AUTO, MANUAL

AUTO allows Native File Access for UNIX to automatically start on the next server in the Assigned Nodes list in the event of a hardware or software failure.

MANUAL lets you intervene after a failure occurs and before Native File Access for UNIX is moved to another node.

Default = AUTO

Failback

AUTO, MANUAL, DISABLE

AUTO allows Native File Access for to UNIX automatically move back to its preferred node when the preferred node is brought back online.

MANUAL prevents Native File Access for UNIX from moving back to its preferred node when that node is brought back online until you are ready to allow it to happen.

DISABLE causes Native File Access for UNIX to continue running in an online state on the node it has failed to.

Default = DISABLE

To view or change the Start, Failover, and Failback modes, do the following:

  1. In ConsoleOne, double-click the cluster object container.

  2. Right-click the cluster resource object shared vol name_SERVER and select Properties.

  3. Click the Policies tab on the property page.

  4. View or change the Start, Failover, or Failback mode.


Component-Specific Configuration

The procedure to configure the components of Native File Access for UNIX is much the same as when you configure the components without cluster services. However, some points must be kept in mind while configuring the following components:

For the location of the configuration files for Native File Access for UNIX with and without Cluster Services, see Location of Configuration Files .


NFS Server

While configuring the NFS Server, note the following:

For more information on configuring the NFS Server, see ConsoleOne-Based Management for NFS Server.


Network Information Service

While configuring the NIS clients, note the following:


Location of Configuration Files

Most of the configuration files are now located in the shared volume's ETC directory. The following table lists the location with and without the cluster services.


Table 3. Location of Configuration Files

Filename Without Cluster Services With Cluster Services

NFS.CFG

SYS:\ETC

shared_vol_name:\ETC

NIS.CFG

SYS:\ETC

shared_vol_name:\ETC

NFSSERV.CFG

SYS:\ETC

shared_vol_name:\ETC

NFSEXPRT

SYS:\ETC

shared_vol_name:\ETC

NFSTHOST

SYS:\ETC

shared_vol_name:\ETC

Log file for NFSSERV (default is NFSSERV.LOG)

SYS:\ETC

shared_vol_name:\ETC

NISMAKE

SYS:\ETC\NIS

SYS:\ETC\NIS

NFSSTART.NCF

SYS:\SYSTEM

shared_vol_name:\ETC

NFSSTOP.NCF

SYS:\SYSTEM

shared_vol_name:\ETC


Starting and Stopping Native File Access for UNIX with Cluster Services

  1. To start NFS Services, from Cluster ConsoleOne, click Cluster Object > View > Cluster State > Cluster Vol Object Online.

  2. To stop NFS Services, from ConsoleOne, click Cluster Object > View > Cluster State > Cluster Vol Object Offline.

For additional information on setting up and configuring Novell Cluster Services, see the Novell Cluster Services Overview and Installation Guide.