summaryrefslogtreecommitdiffstats
path: root/fs/nfs/nfs4xdr.c
diff options
context:
space:
mode:
authorChuck Lever <chuck.lever@oracle.com>2012-05-21 22:45:33 -0400
committerTrond Myklebust <Trond.Myklebust@netapp.com>2012-05-22 16:45:45 -0400
commit2c820d9a97f07b273b2c8a5960bd52b1b5864c68 (patch)
tree5dfdd518744f4987775e8ad531029239efda4b05 /fs/nfs/nfs4xdr.c
parentce1c8fc12d99386737953dfeb7b531dfa3d18e5e (diff)
downloadop-kernel-dev-2c820d9a97f07b273b2c8a5960bd52b1b5864c68.zip
op-kernel-dev-2c820d9a97f07b273b2c8a5960bd52b1b5864c68.tar.gz
NFS: Force server to drop NFSv4 state
nfs4_reset_all_state() refreshes the boot verifier a server sees to trigger that server to wipe this client's state. This function is invoked when an NFSv4.1 server reports that it has revoked some or all of a client's NFSv4 state. To facilitate server trunking discovery, we will eventually want to move the cl_boot_time field to a more global structure. The Uniform Client String model (and specifically, server trunking detection) requires that all servers see the same boot verifier until the client actually does reboot, and not a fresh verifier every time the client unmounts and remounts the server. Without the cl_boot_time field, however, nfs4_reset_all_state() will have to find some other way to force the server to purge the client's NFSv4 state. Because these verifiers are opaque (ie, the server doesn't know or care that they happen to be timestamps), we can force the server to wipe NFSv4 state by updating the boot verifier as we do now, then immediately afterwards establish a fresh client ID using the old boot verifier again. Hopefully there are no extra paranoid server implementations that keep track of the client's boot verifiers and prevent clients from reusing a previous one. Signed-off-by: Chuck Lever <chuck.lever@oracle.com> Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'fs/nfs/nfs4xdr.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud