Sun Cluster Concepts Guide for Solaris OS

File Systems FAQs

Question:

Can I run one or more of the cluster nodes as highly available NFS servers with other cluster nodes as clients?

Answer:

No, do not do a loopback mount.

Question:

Can I use a cluster file system for applications that are not under Resource Group Manager control?

Answer:

Yes. However, without RGM control, the applications need to be restarted manually after the failure of the node on which they are running.

Question:

Must all cluster file systems have a mount point under the /global directory?

Answer:

No. However, placing cluster file systems under the same mount point, such as /global, enables better organization and management of these file systems.

Question:

What are the differences between using the cluster file system and exporting NFS file systems?

Answer:

Several differences exist:

  1. The cluster file system supports global devices. NFS does not support remote access to devices.

  2. The cluster file system has a global namespace. Only one mount command is required. With NFS, you must mount the file system on each node.

  3. The cluster file system caches files in more cases than does NFS. For example, the cluster file system caches files when a file is being accessed from multiple nodes for read, write, file locks, async I/O.

  4. The cluster file system is built to exploit future fast cluster interconnects that provide remote DMA and zero-copy functions.

  5. If you change the attributes on a file (using chmod(1M), for example) in a cluster file system, the change is reflected immediately on all nodes. With an exported NFS file system, this change can take much longer.

Question:

The file system /global/.devices/node@nodeID appears on my cluster nodes. Can I use this file system to store data that I want to be highly available and global?

Answer:

These file systems store the global device namespace. These file system are not intended for general use. While they are global, they are never accessed in a global manner—each node only accesses its own global device namespace. If a node is down, other nodes cannot access this namespace for the node that is down. These file systems are not highly available. They should not be used to store data that needs to be globally accessible or highly available.