From: NeilBrown <neilb@suse.de>
To: "Linux NFS Mailing List" <linux-nfs@vger.kernel.org>
Cc: Charles Edward Lever <chuck.lever@oracle.com>
Subject: please proof-read: updates to nfs.man for some missing options.
Date: Thu, 14 Nov 2013 14:02:44 +1100 [thread overview]
Message-ID: <20131114140244.6f7c0094@notabene.brown> (raw)
[-- Attachment #1: Type: text/plain, Size: 5598 bytes --]
Hi,
I recently noticed that "man nfs" doesn't mention the "bsize" option. So I
looked more closely and found a few other options that the kernel supports
but the man page doesn't mention.
I've added documentation for most of them - leaving off "posix" and "noposix"
as it looks like they are not used and never have been.
Possibly I should have left out "sloppy" too as it is (I think) just an
"internal" form of the "-s" flag. Opinions on that are welcome.
The others I've researched and documented to the best of my ability, but I
would appreciate review (just to make sure I never typed 'now' where I meant
'not' as I usually do).
In particular I made up some details for the "migration" option and hope
Chuck will set me straight if I'm leading the reader astray - thanks Chuck.
(Obviously I work with RAID too much .. I typed "chunk" twice above and had
to correct both of them. You see what I mean about needing proof-readers).
Thanks in advance,
NeilBrown
diff --git a/utils/mount/nfs.man b/utils/mount/nfs.man
index 2a42b9340905..7786e6fd3d0d 100644
--- a/utils/mount/nfs.man
+++ b/utils/mount/nfs.man
@@ -90,7 +90,14 @@ If the server does not support the requested version, the mount request
fails.
If this option is not specified, the client negotiates a suitable version
with
-the server, trying version 4 first, version 3 second, and version 2 last.
+the server, trying version 4.0, then version 3. Version 2 is never
+attempted unless explicitly requested.
+.IP
+NFS version 4 has multiple sub-versions which can be requested using a
+suffix such as 4.1 or 4.2 if the kernel is Linux 3.4 or later, or by
+using the
+.B minorversion
+option for earlier kernels.
.TP 1.5i
.BI vers= n
This option is an alternative to the
@@ -248,6 +255,17 @@ value negotiated by the client and server is reported in the
.I /proc/mounts
file.
.TP 1.5i
+.BI bsize= n
+The block size that NFS should report. This particularly affects the
+numbers reported by
+.IR statfs (2)
+and
+.IR df (1).
+If not specified, the
+.B wsize
+value will be used, but will be clamped to a minimum of 1K and a
+maximum of 1M.
+.TP 1.5i
.BR ac " / " noac
Selects whether the client may cache file attributes. If neither
option is specified (or if
@@ -489,6 +507,23 @@ using the FS-Cache facility. See cachefilesd(8)
and <kernel_soruce>/Documentation/filesystems/caching
for detail on how to configure the FS-Cache facility.
Default value is nofsc.
+.TP 1.5i
+.BR fsc= "unique string"
+When the
+.B nosharecache
+option is used, only one of several mounts that aren't sharing a cache
+will usually be permitted to use FS-Cache as there is no mechanism to
+locate distinct disk caches for each mount. This restriction can be
+over come by providing an arbitrary "unique string" to each mount
+which uses
+.BR nosharecache .
+.TP 1.5i
+.B sloppy
+This is equivalent to the
+.B -s
+option to
+.IR mount (8)
+and causes unexpected options to be ignored without error.
.SS "Options for NFS versions 2 and 3 only"
Use these options, along with the options in the above subsection,
for NFS versions 2 and 3 only.
@@ -552,6 +587,10 @@ The
option is an alternative to specifying
.BR proto=rdma.
.TP 1.5i
+.BR addr= ip-address
+This option is rarely used but can provide an explicit IP address of
+the NFS server in cases where the server is multi-homed.
+.TP 1.5i
.BI port= n
The numeric value of the server's NFS service port.
If the server's NFS service is not available on the specified port,
@@ -617,6 +656,10 @@ If this option is not specified, the
command assumes that the mountd service runs
on the same host as the NFS service.
.TP 1.5i
+.BI mountaddr= ip-address
+The IP address of the host running mountd. This can be useful to
+avoid ambiguity if the server running mountd has multiple addresses.
+.TP 1.5i
.BI mountvers= n
The RPC version number used to contact the server's mountd.
If this option is not specified, the client uses a version number
@@ -780,6 +823,10 @@ so if this mount option is not specified, the NFS version 4 client
uses the TCP protocol.
Refer to the TRANSPORT METHODS section for more details.
.TP 1.5i
+.BR addr= ip-address
+This option is rarely used but can provide an explicit IP address of
+the NFS server in cases where the server is multi-homed.
+.TP 1.5i
.BI port= n
The numeric value of the server's NFS service port.
If the server's NFS service is not available on the specified port,
@@ -855,6 +902,26 @@ In the presence of multiple client network interfaces,
special routing policies,
or atypical network topologies,
the exact address to use for callbacks may be nontrivial to determine.
+.TP 1.5i
+.BR minorversion= number
+This option was deprecated in Linux 3.4, but may be needed for older
+kernels. It specifies which minor version of the NFSv4 protocol to
+use. The preferred syntax for specifying a minor version is to use a
+suffix with the
+.B nfsvers
+or
+.B vers
+options.
+.TP 1.5i
+.BR migration " / " nomigration
+This should be used with an NFSv4.0 server if migration support is
+required. It is not necessary or permitted for NFSv4.1 or later.
+.IP
+In order to support migration the NFS client must provide a
+.I "uniform client string"
+to the server. This confuses some older NFSv4.0 servers so it is not
+sent by default. Servers that support migration must also support the
+.IR "uniform client string" .
.SH nfs4 FILE SYSTEM TYPE
The
.BR nfs4
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 828 bytes --]
next reply other threads:[~2013-11-14 3:03 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-14 3:02 NeilBrown [this message]
2013-11-14 3:11 ` please proof-read: updates to nfs.man for some missing options Chuck Lever
2013-11-14 3:33 ` NeilBrown
2013-11-14 3:12 ` Jim Rees
2013-11-14 3:13 ` Chuck Lever
2013-11-14 3:25 ` NeilBrown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131114140244.6f7c0094@notabene.brown \
--to=neilb@suse.de \
--cc=chuck.lever@oracle.com \
--cc=linux-nfs@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).