2005-04-16 22:20:36 +00:00
|
|
|
/*
|
|
|
|
* fs/nfs/nfs4renewd.c
|
|
|
|
*
|
|
|
|
* Copyright (c) 2002 The Regents of the University of Michigan.
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Kendrick Smith <kmsmith@umich.edu>
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
*
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
* 3. Neither the name of the University nor the names of its
|
|
|
|
* contributors may be used to endorse or promote products derived
|
|
|
|
* from this software without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESS OR IMPLIED
|
|
|
|
* WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
|
|
|
|
* MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
|
|
|
|
* DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
|
|
|
|
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
|
|
|
|
* CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
|
|
|
|
* SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR
|
|
|
|
* BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF
|
|
|
|
* LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING
|
|
|
|
* NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS
|
|
|
|
* SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*
|
|
|
|
* Implementation of the NFSv4 "renew daemon", which wakes up periodically to
|
|
|
|
* send a RENEW, to keep state alive on the server. The daemon is implemented
|
|
|
|
* as an rpc_task, not a real kernel thread, so it always runs in rpciod's
|
|
|
|
* context. There is one renewd per nfs_server.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/mm.h>
|
|
|
|
#include <linux/pagemap.h>
|
|
|
|
#include <linux/sunrpc/sched.h>
|
|
|
|
#include <linux/sunrpc/clnt.h>
|
|
|
|
|
|
|
|
#include <linux/nfs.h>
|
|
|
|
#include <linux/nfs4.h>
|
|
|
|
#include <linux/nfs_fs.h>
|
2005-06-22 17:16:21 +00:00
|
|
|
#include "nfs4_fs.h"
|
2006-01-03 08:55:24 +00:00
|
|
|
#include "delegation.h"
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2012-05-22 02:45:24 +00:00
|
|
|
#define NFSDBG_FACILITY NFSDBG_STATE
|
2005-04-16 22:20:36 +00:00
|
|
|
|
|
|
|
void
|
2006-11-22 14:55:48 +00:00
|
|
|
nfs4_renew_state(struct work_struct *work)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2010-06-16 13:52:27 +00:00
|
|
|
const struct nfs4_state_maintenance_ops *ops;
|
2006-11-22 14:55:48 +00:00
|
|
|
struct nfs_client *clp =
|
|
|
|
container_of(work, struct nfs_client, cl_renewd.work);
|
2018-12-03 00:30:31 +00:00
|
|
|
const struct cred *cred;
|
2010-02-05 11:45:04 +00:00
|
|
|
long lease;
|
2005-04-16 22:20:36 +00:00
|
|
|
unsigned long last, now;
|
2011-08-24 19:07:37 +00:00
|
|
|
unsigned renew_flags = 0;
|
2005-04-16 22:20:36 +00:00
|
|
|
|
2010-06-16 13:52:27 +00:00
|
|
|
ops = clp->cl_mvops->state_renewal_ops;
|
2008-05-02 20:42:44 +00:00
|
|
|
dprintk("%s: start\n", __func__);
|
2010-12-24 01:32:32 +00:00
|
|
|
|
2011-03-01 01:34:10 +00:00
|
|
|
if (test_bit(NFS_CS_STOP_RENEW, &clp->cl_res_state))
|
2006-01-03 08:55:24 +00:00
|
|
|
goto out;
|
2010-12-24 01:32:32 +00:00
|
|
|
|
2005-04-16 22:20:36 +00:00
|
|
|
lease = clp->cl_lease_time;
|
|
|
|
last = clp->cl_last_renewal;
|
|
|
|
now = jiffies;
|
|
|
|
/* Are we close to a lease timeout? */
|
2011-08-24 19:07:37 +00:00
|
|
|
if (time_after(now, last + lease/3))
|
|
|
|
renew_flags |= NFS4_RENEW_TIMEOUT;
|
|
|
|
if (nfs_delegations_present(clp))
|
|
|
|
renew_flags |= NFS4_RENEW_DELEGATION_CB;
|
|
|
|
|
|
|
|
if (renew_flags != 0) {
|
2018-12-03 00:30:30 +00:00
|
|
|
cred = ops->get_state_renewal_cred(clp);
|
2006-01-03 08:55:25 +00:00
|
|
|
if (cred == NULL) {
|
2011-08-24 19:07:37 +00:00
|
|
|
if (!(renew_flags & NFS4_RENEW_DELEGATION_CB)) {
|
2008-12-23 20:21:50 +00:00
|
|
|
set_bit(NFS4CLNT_LEASE_EXPIRED, &clp->cl_state);
|
|
|
|
goto out;
|
|
|
|
}
|
2006-01-03 08:55:24 +00:00
|
|
|
nfs_expire_all_delegations(clp);
|
2008-12-23 20:21:50 +00:00
|
|
|
} else {
|
NFSv4.1: Fix an NFSv4.1 state renewal regression
Commit 2f60ea6b8ced ("NFSv4: The NFSv4.0 client must send RENEW calls if it holds a delegation") set the NFS4_RENEW_TIMEOUT flag in nfs4_renew_state, and does
not put an nfs41_proc_async_sequence call, the NFSv4.1 lease renewal heartbeat
call, on the wire to renew the NFSv4.1 state if the flag was not set.
The NFS4_RENEW_TIMEOUT flag is set when "now" is after the last renewal
(cl_last_renewal) plus the lease time divided by 3. This is arbitrary and
sometimes does the following:
In normal operation, the only way a future state renewal call is put on the
wire is via a call to nfs4_schedule_state_renewal, which schedules a
nfs4_renew_state workqueue task. nfs4_renew_state determines if the
NFS4_RENEW_TIMEOUT should be set, and the calls nfs41_proc_async_sequence,
which only gets sent if the NFS4_RENEW_TIMEOUT flag is set.
Then the nfs41_proc_async_sequence rpc_release function schedules
another state remewal via nfs4_schedule_state_renewal.
Without this change we can get into a state where an application stops
accessing the NFSv4.1 share, state renewal calls stop due to the
NFS4_RENEW_TIMEOUT flag _not_ being set. The only way to recover
from this situation is with a clientid re-establishment, once the application
resumes and the server has timed out the lease and so returns
NFS4ERR_BAD_SESSION on the subsequent SEQUENCE operation.
An example application:
open, lock, write a file.
sleep for 6 * lease (could be less)
ulock, close.
In the above example with NFSv4.1 delegations enabled, without this change,
there are no OP_SEQUENCE state renewal calls during the sleep, and the
clientid is recovered due to lease expiration on the close.
This issue does not occur with NFSv4.1 delegations disabled, nor with
NFSv4.0, with or without delegations enabled.
Signed-off-by: Andy Adamson <andros@netapp.com>
Link: http://lkml.kernel.org/r/1411486536-23401-1-git-send-email-andros@netapp.com
Fixes: 2f60ea6b8ced (NFSv4: The NFSv4.0 client must send RENEW calls...)
Cc: stable@vger.kernel.org # 3.2.x
Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
2014-09-29 16:31:57 +00:00
|
|
|
int ret;
|
|
|
|
|
2008-12-23 20:21:50 +00:00
|
|
|
/* Queue an asynchronous RENEW. */
|
NFSv4.1: Fix an NFSv4.1 state renewal regression
Commit 2f60ea6b8ced ("NFSv4: The NFSv4.0 client must send RENEW calls if it holds a delegation") set the NFS4_RENEW_TIMEOUT flag in nfs4_renew_state, and does
not put an nfs41_proc_async_sequence call, the NFSv4.1 lease renewal heartbeat
call, on the wire to renew the NFSv4.1 state if the flag was not set.
The NFS4_RENEW_TIMEOUT flag is set when "now" is after the last renewal
(cl_last_renewal) plus the lease time divided by 3. This is arbitrary and
sometimes does the following:
In normal operation, the only way a future state renewal call is put on the
wire is via a call to nfs4_schedule_state_renewal, which schedules a
nfs4_renew_state workqueue task. nfs4_renew_state determines if the
NFS4_RENEW_TIMEOUT should be set, and the calls nfs41_proc_async_sequence,
which only gets sent if the NFS4_RENEW_TIMEOUT flag is set.
Then the nfs41_proc_async_sequence rpc_release function schedules
another state remewal via nfs4_schedule_state_renewal.
Without this change we can get into a state where an application stops
accessing the NFSv4.1 share, state renewal calls stop due to the
NFS4_RENEW_TIMEOUT flag _not_ being set. The only way to recover
from this situation is with a clientid re-establishment, once the application
resumes and the server has timed out the lease and so returns
NFS4ERR_BAD_SESSION on the subsequent SEQUENCE operation.
An example application:
open, lock, write a file.
sleep for 6 * lease (could be less)
ulock, close.
In the above example with NFSv4.1 delegations enabled, without this change,
there are no OP_SEQUENCE state renewal calls during the sleep, and the
clientid is recovered due to lease expiration on the close.
This issue does not occur with NFSv4.1 delegations disabled, nor with
NFSv4.0, with or without delegations enabled.
Signed-off-by: Andy Adamson <andros@netapp.com>
Link: http://lkml.kernel.org/r/1411486536-23401-1-git-send-email-andros@netapp.com
Fixes: 2f60ea6b8ced (NFSv4: The NFSv4.0 client must send RENEW calls...)
Cc: stable@vger.kernel.org # 3.2.x
Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
2014-09-29 16:31:57 +00:00
|
|
|
ret = ops->sched_state_renewal(clp, cred, renew_flags);
|
2018-12-03 00:30:31 +00:00
|
|
|
put_cred(cred);
|
NFSv4.1: Fix an NFSv4.1 state renewal regression
Commit 2f60ea6b8ced ("NFSv4: The NFSv4.0 client must send RENEW calls if it holds a delegation") set the NFS4_RENEW_TIMEOUT flag in nfs4_renew_state, and does
not put an nfs41_proc_async_sequence call, the NFSv4.1 lease renewal heartbeat
call, on the wire to renew the NFSv4.1 state if the flag was not set.
The NFS4_RENEW_TIMEOUT flag is set when "now" is after the last renewal
(cl_last_renewal) plus the lease time divided by 3. This is arbitrary and
sometimes does the following:
In normal operation, the only way a future state renewal call is put on the
wire is via a call to nfs4_schedule_state_renewal, which schedules a
nfs4_renew_state workqueue task. nfs4_renew_state determines if the
NFS4_RENEW_TIMEOUT should be set, and the calls nfs41_proc_async_sequence,
which only gets sent if the NFS4_RENEW_TIMEOUT flag is set.
Then the nfs41_proc_async_sequence rpc_release function schedules
another state remewal via nfs4_schedule_state_renewal.
Without this change we can get into a state where an application stops
accessing the NFSv4.1 share, state renewal calls stop due to the
NFS4_RENEW_TIMEOUT flag _not_ being set. The only way to recover
from this situation is with a clientid re-establishment, once the application
resumes and the server has timed out the lease and so returns
NFS4ERR_BAD_SESSION on the subsequent SEQUENCE operation.
An example application:
open, lock, write a file.
sleep for 6 * lease (could be less)
ulock, close.
In the above example with NFSv4.1 delegations enabled, without this change,
there are no OP_SEQUENCE state renewal calls during the sleep, and the
clientid is recovered due to lease expiration on the close.
This issue does not occur with NFSv4.1 delegations disabled, nor with
NFSv4.0, with or without delegations enabled.
Signed-off-by: Andy Adamson <andros@netapp.com>
Link: http://lkml.kernel.org/r/1411486536-23401-1-git-send-email-andros@netapp.com
Fixes: 2f60ea6b8ced (NFSv4: The NFSv4.0 client must send RENEW calls...)
Cc: stable@vger.kernel.org # 3.2.x
Signed-off-by: Trond Myklebust <trond.myklebust@primarydata.com>
2014-09-29 16:31:57 +00:00
|
|
|
switch (ret) {
|
|
|
|
default:
|
|
|
|
goto out_exp;
|
|
|
|
case -EAGAIN:
|
|
|
|
case -ENOMEM:
|
|
|
|
break;
|
|
|
|
}
|
2006-01-03 08:55:24 +00:00
|
|
|
}
|
2010-02-05 11:45:04 +00:00
|
|
|
} else {
|
2005-04-16 22:20:36 +00:00
|
|
|
dprintk("%s: failed to call renewd. Reason: lease not expired \n",
|
2008-05-02 20:42:44 +00:00
|
|
|
__func__);
|
2010-02-05 11:45:04 +00:00
|
|
|
}
|
|
|
|
nfs4_schedule_state_renewal(clp);
|
|
|
|
out_exp:
|
2008-12-23 20:21:52 +00:00
|
|
|
nfs_expire_unreferenced_delegations(clp);
|
2005-04-16 22:20:36 +00:00
|
|
|
out:
|
2008-05-02 20:42:44 +00:00
|
|
|
dprintk("%s: done\n", __func__);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2006-08-23 00:06:08 +00:00
|
|
|
nfs4_schedule_state_renewal(struct nfs_client *clp)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
|
|
|
long timeout;
|
|
|
|
|
|
|
|
spin_lock(&clp->cl_lock);
|
|
|
|
timeout = (2 * clp->cl_lease_time) / 3 + (long)clp->cl_last_renewal
|
|
|
|
- (long)jiffies;
|
|
|
|
if (timeout < 5 * HZ)
|
|
|
|
timeout = 5 * HZ;
|
|
|
|
dprintk("%s: requeueing work. Lease period = %ld\n",
|
2008-05-02 20:42:44 +00:00
|
|
|
__func__, (timeout + HZ - 1) / HZ);
|
2012-08-03 17:30:47 +00:00
|
|
|
mod_delayed_work(system_wq, &clp->cl_renewd, timeout);
|
2006-08-24 05:03:05 +00:00
|
|
|
set_bit(NFS_CS_RENEWD, &clp->cl_res_state);
|
2005-04-16 22:20:36 +00:00
|
|
|
spin_unlock(&clp->cl_lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
2006-08-23 00:06:08 +00:00
|
|
|
nfs4_kill_renewd(struct nfs_client *clp)
|
2005-04-16 22:20:36 +00:00
|
|
|
{
|
2007-08-07 19:28:33 +00:00
|
|
|
cancel_delayed_work_sync(&clp->cl_renewd);
|
2005-04-16 22:20:36 +00:00
|
|
|
}
|
|
|
|
|
2016-08-05 23:13:08 +00:00
|
|
|
/**
|
|
|
|
* nfs4_set_lease_period - Sets the lease period on a nfs_client
|
|
|
|
*
|
|
|
|
* @clp: pointer to nfs_client
|
|
|
|
* @lease: new value for lease period
|
|
|
|
*/
|
|
|
|
void nfs4_set_lease_period(struct nfs_client *clp,
|
2020-01-30 09:43:25 +00:00
|
|
|
unsigned long lease)
|
2016-08-05 23:13:08 +00:00
|
|
|
{
|
|
|
|
spin_lock(&clp->cl_lock);
|
|
|
|
clp->cl_lease_time = lease;
|
|
|
|
spin_unlock(&clp->cl_lock);
|
2016-08-05 23:03:31 +00:00
|
|
|
|
|
|
|
/* Cap maximum reconnect timeout at 1/2 lease period */
|
2017-02-08 16:17:55 +00:00
|
|
|
rpc_set_connect_timeout(clp->cl_rpcclient, lease, lease >> 1);
|
2016-08-05 23:13:08 +00:00
|
|
|
}
|