summaryrefslogtreecommitdiff
path: root/fs/lockd/svcproc.c
diff options
context:
space:
mode:
authorNeilBrown <neilb@suse.de>2006-10-17 00:10:17 -0700
committerLinus Torvalds <torvalds@g5.osdl.org>2006-10-17 08:18:46 -0700
commit4481d1038f4116f3f5c307d919e6dc815a3acbb9 (patch)
tree4424568a3b335a379796eb867e3c0d898b2dc5d3 /fs/lockd/svcproc.c
parent0942176f4353ffebcd6e3f95abce9fd8e24f2cb1 (diff)
downloadlinux-3.10-4481d1038f4116f3f5c307d919e6dc815a3acbb9.tar.gz
linux-3.10-4481d1038f4116f3f5c307d919e6dc815a3acbb9.tar.bz2
linux-3.10-4481d1038f4116f3f5c307d919e6dc815a3acbb9.zip
[PATCH] knfsd: Fix bug in recent lockd patches that can cause reclaim to fail
When an nfs server shuts down, lockd needs to release all the locks even though the client still holds them. It should therefore not 'unmonitor' the clients, so that the files in nfs/sm will still be there when the nfs server restarts, so that those clients will be told to reclaim their locks. However the hosts are fully unmonitored, so statd may well remove the files. lockd has a test for 'sm_sticky' and avoid the unmonitor call if it is set, but it is currently not set. So set it when tearing down lockd. Signed-off-by: Neil Brown <neilb@suse.de> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'fs/lockd/svcproc.c')
0 files changed, 0 insertions, 0 deletions