Veritas Storage Foundation 5.0.1 Cluster File System Administrator's Guide Extracts for the HP Serviceguard Storage Management Suite on HP-UX 11i v3
Suggested solutions: check that swagentd is running. Check whether there is an entry for the
target system in /etc/hosts. If there is no entry, then ensure the hosts file is not the primary
lookup for the “hosts” entry in the /etc/nsswitch.conf file.
Cluster File System Problems
If there is a device failure or controller failure to a device, the file system may become disabled
cluster-wide. To address this problem, unmount the file system on all of the nodes, then run a
full fsck. When the file system check completes, mount all nodes again. When the file system
check completes, use cfsmount to mount the file system cluster-wide.
Unmount Failures
The umount command can fail if a reference is being held by an NFS server. Unshare the mount
point and try to unmount again.
Mount Failures
Mounting a file system can fail for the following reasons:
• The file system is not using disk layout Version 6 or 7.
• The mount options do not match the options for already mounted nodes.
• If the node has a Quick I/O for Databases license installed, a cluster file system is mounted
by default with the qio option enabled - even if the qio mount option was not explicitly
specified. If the Quick I/O license is not installed, a cluster file system is mounted without
the qio option enabled. So if some nodes in the cluster have a Quick I/O license installed
and others do not, a cluster mount can succeed on some nodes and fail on others due to
different mount options. To avoid this situation, ensure that Quick I/O licensing is uniformly
applied, or be careful to mount the cluster file system with the qio/noqio option
appropriately specified on each node of the cluster.
See the mount(1M) manual page.
• A shared CVM volume was not specified.
• The device is still mounted as a local file system somewhere on the cluster. Unmount the
device.
• The fsck or mkfs command is being run on the same volume from another node, or the
volume is mounted in non-cluster mode from another node.
• The vxfsckd daemon is not running. This typically happens only if the CFSfsckd agent
was not started correctly.
• If mount fails with the error message:
vxfs mount: cannot open mnttab
/etc/mnttab is missing or you do not have root privileges.
• If mount fails with the error message:
vxfs mount: device already mounted, ...
The device is in use by mount, mkfs or fsck on the same node. This error cannot be
generated from another node in the cluster.
• If the error message displays:
mount: slow
The node may be in the process of joining the cluster.
• If you try to mount a file system that is already mounted onto another cluster node, without
the -o cluster option, (that is, not in shared mode), for example:
# mount -F vxfs /dev/vx/dsk/share/vol01 /vol01
The following error message displays:
vxfs mount: /dev/vx/dsk/share/vol01 is already mounted,
/vol01 is busy, allowable number of mount points exceeded,
36 Troubleshooting