From: NeilBrown <neilb@suse.com>
To: Trond Myklebust <trond.myklebust@primarydata.com>, bfields@fieldses.org
Cc: linux-nfs@vger.kernel.org
Subject: Re: [PATCH v2 0/2] Fix up nfsd to enable NFSv4.x without NFSv4.0
Date: Thu, 23 Feb 2017 11:13:05 +1100 [thread overview]
Message-ID: <87y3wxrcha.fsf@notabene.neil.brown.name> (raw)
In-Reply-To: <20170222233533.23845-1-trond.myklebust@primarydata.com>
[-- Attachment #1: Type: text/plain, Size: 1689 bytes --]
On Wed, Feb 22 2017, Trond Myklebust wrote:
> This patch series was intended as a standalone series. However it now
> aims to fix up a few issues with Neil's initial patch:
>
> 1) When the user turns off all minor versions of NFSv4, then that should
> be equivalent to turning off NFSv4 support, and so when someone tries
> to mount, we should return RPC_PROG_MISMATCH.
> 2) Allow the user to use either '4.0' or '4' in order to enable or disable
> minor version 0. Other minor versions remain enabled/disabled using the
> '4.x' format.
If I understand you and the code correctly, then this change means that
if I run
rpc.nfsd -N 4
the nfs server will continue to server v4.1 and v4.2 requests, only v4.0
will be disabled (Assuming a kernel which defaults to serving v4.0, v4.1
and v4.0).
Is that really what we want?
The text in the man page for rpc.nfsd could be read as allowing this
interpretation, though it isn't explicit.
I've always used "NFSv4" to mean any or all for 4.0, 4.1, 4.2, ...
Thanks,
NeilBrown
> 3) Fix up the display of the minor versions so that we don't add '4.0'.
> Previous kernels have always assumed the '4' means 'minor version 0',
> so there should be no need to have both.
>
> v2: Make incremental to Neil's patch
> Fix up display of the version string
>
> Trond Myklebust (2):
> nfsd: Allow enabling NFSv4.x without also requiring NFSv4.0
> nfsd: Fix display of the version string
>
> fs/nfsd/nfsctl.c | 72 ++++++++++++++++++++++++++------------------------------
> fs/nfsd/nfssvc.c | 14 +++++++++++
> 2 files changed, 48 insertions(+), 38 deletions(-)
>
> --
> 2.9.3
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]
next prev parent reply other threads:[~2017-02-23 0:27 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-22 23:35 [PATCH v2 0/2] Fix up nfsd to enable NFSv4.x without NFSv4.0 Trond Myklebust
2017-02-22 23:35 ` [PATCH v2 1/2] nfsd: Allow enabling NFSv4.x without also requiring NFSv4.0 Trond Myklebust
2017-02-22 23:35 ` [PATCH v2 2/2] nfsd: Fix display of the version string Trond Myklebust
2017-02-23 0:13 ` NeilBrown [this message]
2017-02-23 1:00 ` [PATCH v2 0/2] Fix up nfsd to enable NFSv4.x without NFSv4.0 Trond Myklebust
2017-02-27 23:03 ` bfields
2017-03-02 22:57 ` NeilBrown
2017-03-04 18:55 ` Trond Myklebust
2017-03-06 4:26 ` NeilBrown
2017-03-09 20:51 ` bfields
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=87y3wxrcha.fsf@notabene.neil.brown.name \
--to=neilb@suse.com \
--cc=bfields@fieldses.org \
--cc=linux-nfs@vger.kernel.org \
--cc=trond.myklebust@primarydata.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 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).