[SSSD] About netgroup refresh

Dmitri Pal dpal at redhat.com
Thu Feb 14 00:34:54 UTC 2013


Hello,

I was thinking a bit about the ticket
https://fedorahosted.org/sssd/ticket/1713
AFAIU the problem is that in the case when there are many netgroups they
are expiring at the same time and every so often the system has to
refetch all of them.
The ticket calls for a job that would run asynchronously and refresh
things that already expired. While this might be useful it seems like a
big task. I was wondering about a different "complementary" approach
that might help with making entries not expire at the same time. Would
it be helpful it we as an option parameter something like:
<map>_extended_expiration_range = %of_the_cache_lifetime.
If not defined it will work as right now. If defined (per map) it will
set the window of expiration. Here is how it would work.
Say the expiration time is 10h and midpoint cache is at 50%. Without
activity after 10 hours all entries would expire and the user would
experience a delay. If the new parameter is defined say 100% the
expiration timestamp will be set in between  10h and 10h + 10h * 100% =
20h randomly. It does not solve the problem of the refresh after 20h if
there is no activity happening, but if there is some minimal activity
happening within 10h and 20h window not all netgroups would expire at
the same time and not all of them need to be refreshed at the same time.
Does this make sense? Would it make things better?

-- 
Thank you,
Dmitri Pal

Sr. Engineering Manager for IdM portfolio
Red Hat Inc.


-------------------------------
Looking to carve out IT costs?
www.redhat.com/carveoutcosts/






More information about the sssd-devel mailing list