[PATCH] nfs.man: clarify effect of 'retry' option.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




The total timeout for a "mount" attempt to an non-responsive server
will always be a multiple of time a single mount attempt in the kernel takes,
which for TCP defaults to about 4 minutes.
The documentation for the "retry" option seems to suggest that this can be used
to set a maximum but it really sets a time after which to stop retrying.
The total can be as much as "retry" plus the time for a single attempt.

So clarify the documentation a bit, and also note that retrans
defaults are different for UDP and TCP:
   #define NFS_DEF_UDP_RETRANS	(3)
   #define NFS_DEF_TCP_RETRANS	(2)

Reported-by: Howard Guo<hguo@xxxxxxxx>
Signed-off-by: NeilBrown <neilb@xxxxxxxx>

diff --git a/utils/mount/nfs.man b/utils/mount/nfs.man
index e541cdc95cb1..fab24f898f64 100644
--- a/utils/mount/nfs.man
+++ b/utils/mount/nfs.man
@@ -391,6 +391,13 @@ is 2 minutes, and the default value for background mounts is 10000 minutes
 If a value of zero is specified, the
 .BR mount (8)
 command exits immediately after the first failure.
+.IP
+Note that the total timeout will always be a multiple of the time
+determined by the
+.BR timeo
+and
+.BR retrans
+options, which by default will be 30 minutes.
 .TP 1.5i
 .BI sec= flavors
 A colon-separated list of one or more security flavors to use for accessing

Attachment: signature.asc
Description: PGP signature


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux