diff options
author | Jeff Layton <jlayton@redhat.com> | 2008-12-23 15:21:57 -0500 |
---|---|---|
committer | Trond Myklebust <Trond.Myklebust@netapp.com> | 2008-12-23 15:21:57 -0500 |
commit | 6dcd3926b214a1fb081df18305921dedae269977 (patch) | |
tree | 00847727ce5a34b2b12fa4251c604b0c6a9e1fcd /ipc | |
parent | 64672d55d93c26fb4035fd1a84a803cbc09cb058 (diff) | |
download | op-kernel-dev-6dcd3926b214a1fb081df18305921dedae269977.zip op-kernel-dev-6dcd3926b214a1fb081df18305921dedae269977.tar.gz |
sunrpc: fix code that makes auth_gss send destroy_cred message (try #2)
There's a bit of a chicken and egg problem when it comes to destroying
auth_gss credentials. When we destroy the last instance of a GSSAPI RPC
credential, we should send a NULL RPC call with a GSS procedure of
RPCSEC_GSS_DESTROY to hint to the server that it can destroy those
creds.
This isn't happening because we're setting clearing the uptodate bit on
the credentials and then setting the operations to the gss_nullops. When
we go to do the RPC call, we try to refresh the creds. That fails with
-EACCES and the call fails.
Fix this by not clearing the UPTODATE bit for the credentials and adding
a new crdestroy op for gss_nullops that just tears down the cred without
trying to destroy the context.
The only difference between this patch and the first one is the removal
of some minor formatting deltas.
Signed-off-by: Jeff Layton <jlayton@redhat.com>
Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
Diffstat (limited to 'ipc')
0 files changed, 0 insertions, 0 deletions