12.1 Requirements for Creating Pool Cluster Resources

Your system must meet the requirements in this section in addition to the cluster requirements described in Section 4.0, Planning for Novell Cluster Services.

12.1.1 Novell Cluster Services

Novell Cluster Services must be installed and running when you create and manage the shared NSS pools and volumes. The cluster must be active.

12.1.2 Resource IP Address

Each cluster-enabled NSS pool requires a unique static IP address. The IP address is used to provide access and failover capability to the cluster-enabled pool (virtual server). Users access the pool by using the resource IP address instead of the server IP address where the pool is active. The IP address you assign to the pool remains assigned to the pool regardless of which server in the cluster is accessing the pool.

IMPORTANT:The IP address for the virtual server must be in the same IP subnet as the server nodes in the cluster where you plan to use it.

12.1.3 Novell eDirectory

Novell eDirectory must be running and working properly when you cluster-enable a pool and when you manage the pool.

12.1.4 Novell Storage Services

NSS must be installed and running on each server in the cluster. For information about installing NSS and managing NSS pools and volumes, see the OES 2 SP3: NSS File System Administration Guide for Linux.

In addition, the following requirements must be met:

Pool

We recommend that your pool cluster resource be one device, one pool, one volume. You can create and cluster-enable a shared NSS pool by using the Storage plug-in for Novell iManager or the server-based NSS Management Utility (nssmu). You can also use these tools to create NSS volumes on the shared pool.

Volume

You must create at least one volume in the shared pool. Typically, you create all volumes for a shared pool when you set up the pool cluster resource and before you need to cluster migrate or fail over the resource to a different node in the cluster.

Naming Conventions

Pool names and volume names must comply with the same naming conventions. Names must be 2 to 15 characters in length. Novell Cluster Services supports pool names with characters A to Z, 0 to 9, and underscores (_). The name cannot begin or end with an underscore; it cannot contain multiple adjacent underscores (__). It does not allow the following special characters in a shared pool name:

!@#$%&()

IMPORTANT:Before you cluster-enable an existing NSS pool, you must rename the pool and its volumes to use names that do not contain special characters.

Pool Cluster Resource Name

The pool name is used to form the default name of the pool cluster resource and the virtual server (the NCS:NCP Server object). If you modify the resource name, ensure that the name conforms to the resource naming conventions as described in Section 10.1.1, Naming Conventions for Cluster Resources.

Storage Object

Default Name

Resource name

<servername>_<poolname>

Clustered Volume object name

<cluster_name>_<volume_name>

\\<cluster_name>-<poolname>-SERVER\<volume_name>

Virtual server name

<servername>_<poolname>_SERVER

Location of Cluster, Server, and Storage Objects

The Server, Pool, Volume, Cluster Resource, and Cluster objects are recommended to be in the same context (such as ou=ncs,o=novell). It is supported for the objects to be in the same context or different contexts. If the objects are in different contexts, you might need to cluster migrate the pool cluster resource back to the node where the pool was created in order to modify the pool or volume, or to perform other tasks like setting up Distributed File Services junctions or home directories. You receive an eDirectory error if the operation cannot find the information that it needs in the same context.

12.1.5 Shared Storage

You should carefully plan how you want to configure your shared storage prior to installing Novell Cluster Services. Consider the guidelines and requirements in the following sections when planning your NSS storage solution.

12.1.6 NCP Server for Linux

NetWare Core Protocol (NCP) is the Novell networking protocol used by the Novell Client. NCP is automatically selected as an advertising protocol when you cluster-enable an NSS pool. This is necessary to provide authenticated access to data using the Novell Trustee model.

Novell Storage Services requires that the NCP Server for Linux service be installed and running on each node in the server. NCP Server must be running even if users access volumes on the shared NSS pool only via other protocols.

WARNING:Cross-protocol file locking is required when using multiple protocols for data access on the same volume. This helps prevent possible data corruption that might occur from cross-protocol access to files.

Beginning in OES 2 SP2, the NCP Cross-Protocol File Lock parameter is enabled by default when you install NCP Server. If you modify the Cross-Protocol File Lock parameter, you must modify the setting on all nodes in the cluster.

NCP Server does not support cross-protocol locks across a cluster migration or failover of the resource. If a file is opened with multiple protocols when the migration or failover begins, the file should be closed and reopened after the migration or failover to acquire cross-protocol locks on the new node.

For information, see Configuring Cross-Protocol File Locks for NCP Server in the OES 2 SP3: NCP Server for Linux Administration Guide.

NCP Server for Linux is installed by selecting NCP Server and Dynamic Storage Technology from the OES Services menu in the YaST install interface. For information about NCP Server for Linux, see the OES 2 SP3: NCP Server for Linux Administration Guide.

12.1.7 Novell CIFS for Linux

Common Internet File System (CIFS) is the Windows networking protocol. The Novell CIFS for Linux service is available beginning in the OES 2 SP1 Linux release. Novell CIFS allows you to give clients access via CIFS to volumes on the shared NSS pool.

WARNING:To prevent possible data corruption, enable the NCP Cross-Protocol File Locks parameter for NCP Server on all nodes in the cluster before you allow users to access the data. For information, see Configuring Cross-Protocol File Locks for NCP Server in the OES 2 SP3: NCP Server for Linux Administration Guide.

CIFS on OES 2 SP1 Linux does not support NCP cross-protocol file locking.

Novell CIFS must be installed, configured, and working properly before you can specify CIFS as an advertising protocol when cluster-enabling an NSS pool. Novell CIFS for Linux is installed by selecting Novell CIFS from the OES Services menu in the YaST install interface. For information about Novell CIFS for Linux, see the OES 2 SP3: Novell CIFS for Linux Administration Guide.

12.1.8 Novell AFP for Linux

Apple Filing Protocol (AFP) is the Macintosh networking protocol. The Novell AFP for Linux service is available beginning in the OES 2 SP1 Linux release. Novell AFP is required when you want to give Macintosh clients access via AFP to volumes on the shared NSS pool.

WARNING:To prevent possible data corruption, enable the NCP Cross-Protocol File Locks parameter for NCP Server on all nodes in the cluster before you allow users to access the data. For information, see Configuring Cross-Protocol File Locks for NCP Server in the OES 2 SP3: NCP Server for Linux Administration Guide.

Novell AFP must be installed, configured, and working properly before you can specify AFP as an advertising protocol when cluster-enabling an NSS pool. Novell AFP for Linux is installed by selecting Novell AFP from the OES Services menu in the YaST install interface. For information about Novell AFP for Linux, see the OES 2 SP3: Novell AFP For Linux Administration Guide.

12.1.9 Novell Samba

Novell Samba is supported for NSS pool cluster resources as an alternative to Novell CIFS. The setup is not integrated in the Advertising Protocols options when you cluster-enable a pool. If you do not use Novell CIFS, Novell Samba can be set up after you cluster-enable the pool. For information about setting up Novell Samba for storage resources, see Configuring Samba for Novell Cluster Services in the OES2 SP3: Samba Administration Guide.

Novell Samba requires that users are enabled for Linux with Linux User Management (LUM). For information, see OES 2 SP3: Novell Linux User Management Administration Guide.

WARNING:To prevent possible data corruption, enable the NCP Cross-Protocol File Locks parameter for NCP Server on all nodes in the cluster before you allow users to access the data. For information, see Configuring Cross-Protocol File Locks for NCP Server in the OES 2 SP3: NCP Server for Linux Administration Guide.

12.1.10 Domain Services for Windows

Cluster-enabled NSS volumes can be used in a Domain Services for Windows environment.