consistency and want to avoid blocking applications when creating the snapshot,
then you can specify barrier
.BR off .
-That will save your time of creating the snapshot. If the barrier is
+That will save time when creating the snapshot. If the barrier is
.IR on ,
then the timeout of the barrier can be specified via
.B -t
.BR -f ", " --force
Destroy the specified snapshot by force. If the snapshot is mounted (see
.BR snapshot_mount ),
-it will be umounted firstly, then destroyed. Even if some pieces of the
-snapshot are lost or broken for some reason(s), the remained parts of the
-snapshot still can be destroyed with this option specified.
+it will be unmounted first and then destroyed. Even if some pieces of the
+snapshot are lost or broken for some reason(s), the remaining parts of the
+snapshot can still be destroyed with this option specified.
.TP
.BR -F ", " --fsname " "\fIfsname
The filesystem name.
.br
.SH DESCRIPTION
Query the snapshot information, such as fsname of the snapshot, comment,
-create time, the latest modification time, whether mounted or not, and so on.
+create time, the latest modification time, including mount status
+and other details.
.SH OPTIONS
.TP
.BR -d ", " --detail
{-n | --name ssname} [-r | --rsh remote_shell]
.br
.SH DESCRIPTION
-Mount the specified snapshot on the servers. Since it is a read-only mode
-Lustre filesystem, if the snapshot is mounted, then it cannot be renamed.
-It is the user's duty to mount client (must as read only mode with "-o ro")
-to the snapshot when needed.
+Mount the specified snapshot on the servers. As a read-only filesystem,
+mounted snapshots cannot be renamed.
+It is the user's duty to mount client (must be mounted in read-only mode
+with "-o ro") to the snapshot when needed.
.B NOTE:
the snapshot has its own fsname that is different from the original
filesystem fsname, it can be queried via