Whamcloud - gitweb
LU-17374 gss: get rid of rsi cache entries after req handle 88/53488/3
authorSebastien Buisson <sbuisson@ddn.com>
Mon, 18 Dec 2023 13:59:30 +0000 (14:59 +0100)
committerOleg Drokin <green@whamcloud.com>
Wed, 3 Jan 2024 03:04:17 +0000 (03:04 +0000)
commit7a56a689d4aa588bd003e35fdb93d87cf1e56d1d
tree3c95a21882646246b1cc931d23d67280ea18d274
parent7e4666eb616120fdf78117b2e3681d28ee1ee2c7
LU-17374 gss: get rid of rsi cache entries after req handle

RPCSEC init requests are kept in the rsi cache. While this is useful
during request processing involving upcall/downcall with userspace,
rsi entries are never used again once RPCSEC init requests have been
handled completely.
And keeping entries in the rsi cache has some impact on authentication
speed. When a new RPCSEC init request is received, the first step is
to check if there is a valid matching entry in the cache. It is never
the case, except if an authentication request is replayed, but GSS
rejects that anyway.
So we spend time browsing a cache from which we expect no match. Even
if the upcall cache mechanism takes this lookup opportunity to remove
invalid or expired entries, it is even better to remove cache entries
as soon as we know they are done.

Test-Parameters: kerberos=true testlist=sanity-krb5
Signed-off-by: Sebastien Buisson <sbuisson@ddn.com>
Change-Id: Ia9946578c3d3149e6235d832df28214ae8984f1e
Reviewed-on: https://review.whamcloud.com/c/fs/lustre-release/+/53488
Reviewed-by: Aurelien Degremont <adegremont@nvidia.com>
Reviewed-by: Andreas Dilger <adilger@whamcloud.com>
Reviewed-by: Oleg Drokin <green@whamcloud.com>
Tested-by: jenkins <devops@whamcloud.com>
Tested-by: Maloo <maloo@whamcloud.com>
lustre/ptlrpc/gss/gss_svc_upcall.c