summaryrefslogtreecommitdiffstats
path: root/src/external/python.m4
diff options
context:
space:
mode:
authorJakub Hrozek <jhrozek@redhat.com>2015-04-28 13:16:51 +0200
committerJakub Hrozek <jhrozek@redhat.com>2015-05-12 11:25:21 +0200
commit601d193feba2d9859661b979c2a0d1d479d5cee8 (patch)
treee56a9162cf78f408ab61e1b33203d5d3bdfba795 /src/external/python.m4
parenta50b229c8ea1e22c9efa677760b94d8c48c3ec89 (diff)
downloadsssd-601d193feba2d9859661b979c2a0d1d479d5cee8.tar.gz
sssd-601d193feba2d9859661b979c2a0d1d479d5cee8.tar.xz
sssd-601d193feba2d9859661b979c2a0d1d479d5cee8.zip
LDAP: disable the cleanup task by default
Resolves: https://fedorahosted.org/sssd/ticket/2627 The cleanup task was designed to keep the cache size within certain limits. This is how it roughly works now: - find users who have never logged in by default. If account_cache_expiration is set, find users who loggged in later than account_cache_expiration - delete the matching set of users - find groups that have no members - delete the matching set of groups So unless account_cache_expiration is set to something sensible, only empty groups and expired users who never logged in are removed and that's quite a corner case. The above effectivelly walks the whole database, especially the groups step is quite slow with a huge database. The whole cleanup task also runs in a single sysdb transaction, which means all other transactions are blocked while the cleanup task crunches the database. Reviewed-by: Lukáš Slebodník <lslebodn@redhat.com>
Diffstat (limited to 'src/external/python.m4')
0 files changed, 0 insertions, 0 deletions