summaryrefslogtreecommitdiffstats
path: root/fs/nfsd/lockd.c
diff options
context:
space:
mode:
authorJ. Bruce Fields <bfields@redhat.com>2013-06-19 15:47:37 -0400
committerJ. Bruce Fields <bfields@redhat.com>2013-07-01 17:32:05 -0400
commit89f6c3362cb5a6bce96dbe6aa15b4749c2262b21 (patch)
treef748bc3273da6d4978884df5683d7b1fa4fdb059 /fs/nfsd/lockd.c
parent1f691b07c5dc51b2055834f58c0f351defd97f27 (diff)
downloadop-kernel-dev-89f6c3362cb5a6bce96dbe6aa15b4749c2262b21.zip
op-kernel-dev-89f6c3362cb5a6bce96dbe6aa15b4749c2262b21.tar.gz
nfsd4: delegation-based open reclaims should bypass permissions
We saw a v4.0 client's create fail as follows: - open create succeeds and gets a read delegation - client attempts to set mode on new file, gets DELAY while server recalls delegation. - client attempts a CLAIM_DELEGATE_CUR open using the delegation, gets error because of new file mode. This probably can't happen on a recent kernel since we're no longer giving out delegations on create opens. Nevertheless, it's a bug--reclaim opens should bypass permission checks. Reported-by: Steve Dickson <steved@redhat.com> Reported-by: Trond Myklebust <Trond.Myklebust@netapp.com> Signed-off-by: J. Bruce Fields <bfields@redhat.com>
Diffstat (limited to 'fs/nfsd/lockd.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud