SUNRPC: Invalidate the RPCSEC_GSS session if the server dropped the request
authorTrond Myklebust <Trond.Myklebust@netapp.com>
Tue, 22 Apr 2008 20:47:55 +0000 (16:47 -0400)
committerTrond Myklebust <Trond.Myklebust@netapp.com>
Thu, 24 Apr 2008 17:53:46 +0000 (13:53 -0400)
RFC 2203 requires the server to drop the request if it believes the
RPCSEC_GSS context is out of sequence. The problem is that we have no way
on the client to know why the server dropped the request. In order to avoid
spinning forever trying to resend the request, the safe approach is
therefore to always invalidate the RPCSEC_GSS context on every major
timeout.

Signed-off-by: Trond Myklebust <Trond.Myklebust@netapp.com>
net/sunrpc/clnt.c

index 8773b4342c92dc6c859af4fa48a653df70fc3228..c6efb982057b9c2e71c449b108333e5224f8414a 100644 (file)
@@ -1173,6 +1173,11 @@ call_timeout(struct rpc_task *task)
                        clnt->cl_protname, clnt->cl_server);
        }
        rpc_force_rebind(clnt);
+       /*
+        * Did our request time out due to an RPCSEC_GSS out-of-sequence
+        * event? RFC2203 requires the server to drop all such requests.
+        */
+       rpcauth_invalcred(task);
 
 retry:
        clnt->cl_stats->rpcretrans++;