Learn more about these different git repos.
Other Git URLs
Stef found this corner case while preparing for the test day. If the SSSD is not running, for instance because the machine has left the domain, the memory cache files are still around and the processes that started before the machine left the domain can still query users from the domain.
The memcache can't even be invalidated with sss_cache, because sss_cache only sends a signal to the NSS responder.
This is how we should fix it: 1. make the API to invalidate the cache public 2. in the sss_cache tool, carefully detect if the sss_nss process is running, for example by checking for the responder socket or the PID. 3. if the sss_nss process is running, proceed with sending the signal 4. if the sss_nss process is not running, invalidate the memcache.
We should also check if all of the above works with SELinux.
Fields changed
milestone: NEEDS_TRIAGE => SSSD 1.9.3
Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=867933
rhbz: => [https://bugzilla.redhat.com/show_bug.cgi?id=867933 867933]
owner: somebody => mzidek
design: => design_review: => 0 fedora_test_page: => patch: 0 => 1 status: new => assigned
master: - 33cbb78 - 0a55f90 sssd-1-9: - 304ce93 - b17eae0
resolution: => fixed status: assigned => closed
Metadata Update from @jhrozek: - Issue assigned to mzidek - Issue set to the milestone: SSSD 1.9.3
SSSD is moving from Pagure to Github. This means that new issues and pull requests will be accepted only in SSSD's github repository.
This issue has been cloned to Github and is available here: - https://github.com/SSSD/sssd/issues/2626
If you want to receive further updates on the issue, please navigate to the github issue and click on subscribe button.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Login to comment on this ticket.