Veritas File System features in cluster file systems


Veritas File System features in cluster file systems
Prev	About Veritas File System features supported in cluster file systems	Next

Table: Veritas File System features in cluster file systems describes the VxFS supported features and commands for SFCFS.

Table: Veritas File System features in cluster file systems

Features	Description
FileSnap	A FileSnap is a space-optimized copy of a file in the same name space, stored in the same file system. See the Veritas Storage Foundation Advanced Features Administrator's Guide.
Fast file system recovery	VxFS provides fast recovery of a file system from system failure. See the Veritas File System Administrator's Guide.
Quick I/O for databases	The Quick I/O for Databases feature, using clusterized Oracle Disk Manager (ODM), is supported on SFCFS. See the Veritas Storage Foundation Advanced Features Administrator's Guide.
Storage Checkpoints	Storage Checkpoints are supported on cluster file systems, but are licensed only with other Veritas products.
Snapshots	Snapshots are supported on cluster file systems.
Quotas	Quotas are supported on cluster file systems.
NFS mounts	You export the NFS file systems from the Cluster. You can NFS export CFS file systems in a distributed highly available way.
Nested Mounts	You can use a directory on a cluster mounted file system as a mount point for a local file system or another cluster file system.
Freeze and thaw	Synchronizing operations, which require freezing and thawing file systems, are done on a cluster-wide basis.
Memory mapping	Shared memory mapping established by the mmap() function is supported on SFCFS. See the mmap(2) manual page.
Disk layout versions	Currently, only the Version 5, 6, 7, and 8 disk layouts can be created, and only the Version 4, 5, 6, 7, and 8 disk layouts can be mounted. Use the fstyp -v special_device command to ascertain the disk layout version of a VxFS file system. Use the vxupgrade command to update the older disk layout version.
Locking	Advisory file and record locking are supported on SFCFS. For the F_GETLK command, if there is a process holding a conflicting lock, the l_pid field returns the process ID of the process holding the conflicting lock. The nodeid-to-node name translation can be done by examining the /etc/llthosts file or with the fsclustadm command. Mandatory locking, and deadlock detection supported by traditional fcntl locks, are not supported on SFCFS. See the fcntl(2) manual page.