HP UX Serviceguard Storage Management Software Time Synchronization for Cluster File Systems

Page 35

Cluster File System Administration

Cluster File System Administration

Any HP-UX command that can write to a raw device must be used carefully in a shared environment to prevent data from being corrupted. For shared VxVM volumes, CFS provides protection by reserving the volumes in a cluster to prevent VxFS commands, such as fsck and mkfs, from inadvertently damaging a mounted file system from another node in a cluster. However, commands such as dd execute without any reservation, and can damage a file system mounted from another node. Before running this kind of command on a file system, be sure the file system is not mounted on a cluster. You can run the mount command with no options to see if a file system is a shared or local mount.

Time Synchronization for Cluster File Systems

CFS requires that the system clocks on all nodes are synchronized using some external component such as the Network Time Protocol (NTP) daemon. If the nodes are not in sync, timestamps for creation (ctime) and modification (mtime) may not be consistent with the sequence in which operations actually happened.

Growing a Cluster File System

There is a CVM master node as well as a CFS primary node. When growing a file system, you grow the volume from the CVM master node, and then grow the file system from any CFS node. The CVM master node and the CFS primary node can be two different nodes.

To determine the primary file system in a cluster (CFS primary), enter:

#fsclustadm –v showprimary mount_point

To determine if the CFS primary is also the CVM master node, enter:

#vxdctl -c mode

To increase the size of the file system, run the following commands:

On the CVM master node, enter:

#vxassist -gshared_disk_group growto volume_name newlength

On any CFS node, enter:

#fsadm –F vxfs –bnewsize –rdevice_name mount_point

The fstab file

In the /etc/fstab file, do not specify any cluster file systems to mount-at-boot, because mounts initiated from fstab occur before cluster configuration begins. For cluster mounts, use the HP Serviceguard configuration file to determine which file systems to enable following a reboot.

Distributing the Load on a Cluster

Distributing the workload in a cluster provides performance and failover advantages. For example, if you have eight file systems and four nodes, designating two file systems per node as primary file systems will be beneficial. Primaryship is determined by which node first mounts the file system. You can also use the fsclustadm setprimary command to designate a CFS primary node. In addition, the fsclustadm setprimary

Chapter 3

35

Image 35
Contents Second Edition Legal Notices Contents Troubleshooting Cluster Volume Manager AdministrationPrinting History Printing HistoryPage Technical Overview Group Lock Manager Overview of Cluster File System ArchitectureCluster File System Design Cluster File System FailoverVxFS Functionality on Cluster File Systems Supported FeaturesCFS Supported Features CFS Unsupported Features Unsupported FeaturesCFS Unsupported Features Benefits and Applications Advantages To Using CFSWhen To Use CFS Benefits and Applications Chapter Cluster File System Architecture Membership Ports Veritas Cluster Volume Manager FunctionalityRole of Component Products Cluster CommunicationAsymmetric Mounts About CFSCluster File System and The Group Lock Manager Primary and Secondary Mount Options Parallel I/OCluster File System Backup Strategies File System Tuneables Error Handling PolicySynchronizing Time on Cluster File Systems Distributing Load on a ClusterExample of a Four-Node Cluster About Veritas Cluster Volume Manager FunctionalityPrivate and Shared Disk Groups Activation Modes for Shared Disk Groups Activation Modes for Shared Disk GroupsAllowed and conflicting activation modes Connectivity Policy of Shared Disk GroupsLimitations of Shared Disk Groups About Veritas Cluster Volume Manager Functionality Chapter Cluster File System Administration Cluster File System Administration Cluster Messaging GAB Cluster Communication LLT Volume Manager Cluster Functionality Overview Cluster and Shared Mounts Cluster File System OverviewAsymmetric Mounts Cluster File System Commands Cluster File System AdministrationDistributing the Load on a Cluster Time Synchronization for Cluster File SystemsGrowing a Cluster File System Fstab fileCluster File System Administration Creating a Snapshot on a Cluster File System Cluster Snapshot CharacteristicsSnapshots for Cluster File Systems Performance Considerations# cfsumount /mnt1snap Cluster Volume Manager Overview of Cluster Volume Management Example of a 4-Node Cluster Disk group activation mode restrictions Either of the write modes on other nodes will fail # cfsdgadm display Behavior of Master Node for Different Failure Policies Disk Group Failure PolicyRecovery in a CVM Environment Troubleshooting Resource Temporarily Unavailable Installation IssuesInaccessible System Incorrect Permissions for Root on Remote SystemInstallation Issues Mount Failures Cluster File System ProblemsUnmount Failures High Availability Issues Command FailuresPerformance Issues Cluster File System Problems Appendix a