From: Jeff Layton <jeff.layton@primarydata.com>
To: Trond Myklebust <trond.myklebust@primarydata.com>
Cc: linux-nfs@vger.kernel.org
Subject: Re: [PATCH 1/5] NFSv4: Fix an atomicity problem in CLOSE
Date: Sat, 24 Jan 2015 06:46:28 -0500 [thread overview]
Message-ID: <20150124064628.0bc0b289@tlielax.poochiereds.net> (raw)
In-Reply-To: <1422077968-116473-2-git-send-email-trond.myklebust@primarydata.com>
On Sat, 24 Jan 2015 00:39:24 -0500
Trond Myklebust <trond.myklebust@primarydata.com> wrote:
> If we are to remove the serialisation of OPEN/CLOSE, then we need to
> ensure that the stateid sent as part of a CLOSE operation does not
> change after we test the state in nfs4_close_prepare.
>
> Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
> ---
> fs/nfs/nfs4proc.c | 7 ++++++-
> fs/nfs/nfs4xdr.c | 4 ++--
> include/linux/nfs_xdr.h | 2 +-
> 3 files changed, 9 insertions(+), 4 deletions(-)
>
> diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
> index c347705b0161..4863dec10865 100644
> --- a/fs/nfs/nfs4proc.c
> +++ b/fs/nfs/nfs4proc.c
> @@ -2587,6 +2587,11 @@ static void nfs4_close_done(struct rpc_task *task, void *data)
> case -NFS4ERR_OLD_STATEID:
> case -NFS4ERR_BAD_STATEID:
> case -NFS4ERR_EXPIRED:
> + if (!nfs4_stateid_match(&calldata->arg.stateid,
> + &state->stateid)) {
> + rpc_restart_call_prepare(task);
> + goto out_release;
> + }
Do we need a similar check in the open codepath -- possibly in
nfs4_open_done? AFAICT, currently if the OPEN ends up "losing" the race
here, then we'll fall into full-on stateid recovery, which is almost
certainly not what we want.
> if (calldata->arg.fmode == 0)
> break;
> default:
> @@ -2619,6 +2624,7 @@ static void nfs4_close_prepare(struct rpc_task *task, void *data)
> is_rdwr = test_bit(NFS_O_RDWR_STATE, &state->flags);
> is_rdonly = test_bit(NFS_O_RDONLY_STATE, &state->flags);
> is_wronly = test_bit(NFS_O_WRONLY_STATE, &state->flags);
> + nfs4_stateid_copy(&calldata->arg.stateid, &state->stateid);
> /* Calculate the change in open mode */
> calldata->arg.fmode = 0;
> if (state->n_rdwr == 0) {
> @@ -2757,7 +2763,6 @@ int nfs4_do_close(struct nfs4_state *state, gfp_t gfp_mask, int wait)
> calldata->inode = state->inode;
> calldata->state = state;
> calldata->arg.fh = NFS_FH(state->inode);
> - calldata->arg.stateid = &state->open_stateid;
> /* Serialization for the sequence id */
> calldata->arg.seqid = nfs_alloc_seqid(&state->owner->so_seqid, gfp_mask);
> if (calldata->arg.seqid == NULL)
> diff --git a/fs/nfs/nfs4xdr.c b/fs/nfs/nfs4xdr.c
> index cb4376b78ed9..7e7be5ab70bb 100644
> --- a/fs/nfs/nfs4xdr.c
> +++ b/fs/nfs/nfs4xdr.c
> @@ -1125,7 +1125,7 @@ static void encode_close(struct xdr_stream *xdr, const struct nfs_closeargs *arg
> {
> encode_op_hdr(xdr, OP_CLOSE, decode_close_maxsz, hdr);
> encode_nfs4_seqid(xdr, arg->seqid);
> - encode_nfs4_stateid(xdr, arg->stateid);
> + encode_nfs4_stateid(xdr, &arg->stateid);
> }
>
> static void encode_commit(struct xdr_stream *xdr, const struct nfs_commitargs *args, struct compound_hdr *hdr)
> @@ -1530,7 +1530,7 @@ static void encode_open_confirm(struct xdr_stream *xdr, const struct nfs_open_co
> static void encode_open_downgrade(struct xdr_stream *xdr, const struct nfs_closeargs *arg, struct compound_hdr *hdr)
> {
> encode_op_hdr(xdr, OP_OPEN_DOWNGRADE, decode_open_downgrade_maxsz, hdr);
> - encode_nfs4_stateid(xdr, arg->stateid);
> + encode_nfs4_stateid(xdr, &arg->stateid);
> encode_nfs4_seqid(xdr, arg->seqid);
> encode_share_access(xdr, arg->fmode);
> }
> diff --git a/include/linux/nfs_xdr.h b/include/linux/nfs_xdr.h
> index 467c84efb596..7e38d641236e 100644
> --- a/include/linux/nfs_xdr.h
> +++ b/include/linux/nfs_xdr.h
> @@ -389,7 +389,7 @@ struct nfs_open_confirmres {
> struct nfs_closeargs {
> struct nfs4_sequence_args seq_args;
> struct nfs_fh * fh;
> - nfs4_stateid * stateid;
> + nfs4_stateid stateid;
> struct nfs_seqid * seqid;
> fmode_t fmode;
> const u32 * bitmask;
--
Jeff Layton <jeff.layton@primarydata.com>
next prev parent reply other threads:[~2015-01-24 11:46 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-24 5:39 [PATCH 0/5] Parallelise OPEN/OPEN_DOWNGRADE/CLOSE in NFSv4.x (x>0) Trond Myklebust
2015-01-24 5:39 ` [PATCH 1/5] NFSv4: Fix an atomicity problem in CLOSE Trond Myklebust
2015-01-24 5:39 ` [PATCH 2/5] NFSv4: More CLOSE/OPEN races Trond Myklebust
2015-01-24 5:39 ` [PATCH 3/5] NFSv4: Convert nfs_alloc_seqid() to return an ERR_PTR() if allocation fails Trond Myklebust
2015-01-24 5:39 ` [PATCH 4/5] NFSv4: Check for NULL argument in nfs_*_seqid() functions Trond Myklebust
2015-01-24 5:39 ` [PATCH 5/5] NFSv4.1: Allow parallel OPEN/OPEN_DOWNGRADE/CLOSE Trond Myklebust
2015-01-24 11:46 ` Jeff Layton [this message]
2015-01-24 11:53 ` [PATCH 1/5] NFSv4: Fix an atomicity problem in CLOSE Jeff Layton
2015-01-24 11:58 ` [PATCH 0/5] Parallelise OPEN/OPEN_DOWNGRADE/CLOSE in NFSv4.x (x>0) Jeff Layton
2015-01-25 13:19 ` Jeff Layton
2015-01-25 15:14 ` Jeff Layton
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=20150124064628.0bc0b289@tlielax.poochiereds.net \
--to=jeff.layton@primarydata.com \
--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