[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <27ccd9a19e663b083d5b8d3ded10a37dd316c2c6.camel@hammerspace.com>
Date: Tue, 28 Jan 2020 15:44:00 +0000
From: Trond Myklebust <trondmy@...merspace.com>
To: "linux-nfs@...r.kernel.org" <linux-nfs@...r.kernel.org>,
"rmilkowski@...il.com" <rmilkowski@...il.com>
CC: "anna.schumaker@...app.com" <anna.schumaker@...app.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"chuck.lever@...cle.com" <chuck.lever@...cle.com>
Subject: Re: [PATCH v3] NFSv4: try lease recovery on NFS4ERR_EXPIRED
On Tue, 2020-01-28 at 08:37 +0000, Robert Milkowski wrote:
> From: Robert Milkowski <rmilkowski@...il.com>
>
> Currently, if an nfs server returns NFS4ERR_EXPIRED to open(),
> we return EIO to applications without even trying to recover.
>
> Fixes: 272289a3df72 ("NFSv4: nfs4_do_handle_exception() handle
> revoke/expiry of a single stateid")
> Signed-off-by: Robert Milkowski <rmilkowski@...il.com>
> ---
> fs/nfs/nfs4proc.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
> index 76d3716..b7c4044 100644
> --- a/fs/nfs/nfs4proc.c
> +++ b/fs/nfs/nfs4proc.c
> @@ -3187,6 +3187,11 @@ static struct nfs4_state *nfs4_do_open(struct
> inode *dir,
> exception.retry = 1;
> continue;
> }
> + if (status == -NFS4ERR_EXPIRED) {
> + nfs4_schedule_lease_recovery(server-
> >nfs_client);
> + exception.retry = 1;
> + continue;
> + }
> if (status == -EAGAIN) {
> /* We must have found a delegation */
> exception.retry = 1;
Looks good.
Reviewed-by: Trond Myklebust <trond.myklebust@...merspace.com>
--
Trond Myklebust
Linux NFS client maintainer, Hammerspace
trond.myklebust@...merspace.com
Powered by blists - more mailing lists