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

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

 



> On Jun 22, 2016, at 00:27, NeilBrown <neilb@xxxxxxxx> wrote:
> 
> 
> 
> 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.

How do we get to 30 minutes?

--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[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