From: Steve Dickson <SteveD@redhat.com>
To: Suresh Jayaraman <sjayaraman@suse.de>
Cc: Linux NFS mailing list <linux-nfs@vger.kernel.org>,
trond.myklebust@netapp.com
Subject: Re: [PATCH] nfs(5): document new local_lock option
Date: Wed, 29 Sep 2010 07:16:16 -0400 [thread overview]
Message-ID: <4CA32000.8040906@RedHat.com> (raw)
In-Reply-To: <4C9BA266.1040102@suse.de>
On 09/23/2010 02:54 PM, Suresh Jayaraman wrote:
> Kernel 2.6.37 would most likely add a new mount option: local_lock.
> Document the new option in the nfs(5) man page.
>
> Signed-off-by: Suresh Jayaraman <sjayaraman@suse.de>
Committed...
steved.
> ---
> utils/mount/nfs.man | 44 ++++++++++++++++++++++++++++++++++++++++++++
> 1 files changed, 44 insertions(+), 0 deletions(-)
>
> diff --git a/utils/mount/nfs.man b/utils/mount/nfs.man
> index 55d4b55..d2a4c5f 100644
> --- a/utils/mount/nfs.man
> +++ b/utils/mount/nfs.man
> @@ -717,6 +717,50 @@ If this option is not specified, the NFS client uses READDIRPLUS requests
> on NFS version 3 mounts to read small directories.
> Some applications perform better if the client uses only READDIR requests
> for all directories.
> +.TP 1.5i
> +.BR local_lock= mechanism
> +Specifies whether to use local locking for any or both of the flock and the
> +POSIX locking mechanisms.
> +.I mechanism
> +can be one of
> +.BR all ,
> +.BR flock ,
> +.BR posix ,
> +or
> +.BR none .
> +This option is supported in kernels 2.6.37 and later.
> +.IP
> +The Linux NFS client provides a way to make locks local. This means, the
> +applications can lock files, but such locks provide exclusion only against
> +other applications running on the same client. Remote applications are not
> +affected by these locks.
> +.IP
> +If this option is not specified, or if
> +.B none
> +is specified, the client assumes that the locks are not local.
> +.IP
> +If
> +.BR all
> +is specified, the client assumes that both flock and POSIX locks are local.
> +.IP
> +If
> +.BR flock
> +is specified, the client assumes that only flock locks are local and uses
> +NLM sideband protocol to lock files when POSIX locks are used.
> +.IP
> +If
> +.BR posix
> +is specified, the client assumes that POSIX locks are local and uses NLM
> +sideband protocol to lock files when flock locks are used.
> +.IP
> +To support legacy flock behavior similar to that of NFS clients < 2.6.12, use
> +'local_lock=flock'. This option is required when exporting NFS mounts via
> +Samba as Samba maps Windows share mode locks as flock. Since NFS clients >
> +2.6.12 implement flock by emulating POSIX locks, this will result in
> +conflicting locks.
> +.IP
> +NOTE: When used together, the 'local_lock' mount option will be overridden
> +by 'nolock'/'lock' mount option.
> .SS "Options for version 4 only"
> Use these options, along with the options in the first subsection above,
> for NFSv4 only. They will be ignored with older versions.
prev parent reply other threads:[~2010-09-29 11:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-23 18:54 [PATCH] nfs(5): document new local_lock option Suresh Jayaraman
2010-09-29 4:12 ` Suresh Jayaraman
2010-09-29 11:08 ` Steve Dickson
2010-09-29 11:12 ` Steve Dickson
2010-09-29 11:16 ` Steve Dickson [this message]
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=4CA32000.8040906@RedHat.com \
--to=steved@redhat.com \
--cc=linux-nfs@vger.kernel.org \
--cc=sjayaraman@suse.de \
--cc=trond.myklebust@netapp.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.