summaryrefslogtreecommitdiffstats
path: root/src/db
diff options
context:
space:
mode:
authorSumit Bose <sbose@redhat.com>2015-04-29 15:21:17 +0200
committerJakub Hrozek <jhrozek@redhat.com>2015-05-06 11:05:34 +0200
commit7a2980496f615e2dc82f991842d9ce83c34efa30 (patch)
treea39462b06fbc801c2f4586d08110bab39f87e0d9 /src/db
parente6c335535f19efeba2c13342e2b3c2b2fb6b9b48 (diff)
downloadsssd-7a2980496f615e2dc82f991842d9ce83c34efa30.tar.gz
sssd-7a2980496f615e2dc82f991842d9ce83c34efa30.tar.xz
sssd-7a2980496f615e2dc82f991842d9ce83c34efa30.zip
NSS: check for overrides before calling backend
Currently the flag that the input data in a user or group lookup request might be an override value is only set if no cached entry was found. If the cached entry of an object with overrides is expired and a request with the override value as input is processed the flag is not set and the backend might not be able to find the right entry on the server. Typically this should not happen because of mid-point refreshes. To reproduce this create a FreeIPA user and override the login name for a specific view. On a client which has this view applied call getent passwd overridename sss_cache -E getent passwd overridename The second getent command will still show the right output but in the logs a [sss_dp_get_reply] (0x1000): Got reply from Data Provider - DP error code: 3 errno: 0 error message: Account info lookup failed message can be found for the second request. Related to https://fedorahosted.org/sssd/ticket/2642 Reviewed-by: Jakub Hrozek <jhrozek@redhat.com> (cherry picked from commit 35b178d02dfd293778aefbc0b465a5a3a4b6cd8f) (cherry picked from commit a4a447b7bf394ded65c8ae872832e7cd135425d1)
Diffstat (limited to 'src/db')
0 files changed, 0 insertions, 0 deletions