diff options
| author | Jakub Hrozek <jhrozek@redhat.com> | 2015-04-28 13:16:51 +0200 |
|---|---|---|
| committer | Jakub Hrozek <jhrozek@redhat.com> | 2015-05-12 11:25:21 +0200 |
| commit | 601d193feba2d9859661b979c2a0d1d479d5cee8 (patch) | |
| tree | e56a9162cf78f408ab61e1b33203d5d3bdfba795 /src/tests/python-test.py | |
| parent | a50b229c8ea1e22c9efa677760b94d8c48c3ec89 (diff) | |
| download | sssd-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/tests/python-test.py')
0 files changed, 0 insertions, 0 deletions
