#1715 [RFE] Create a way to handle UID/GID changes in the central server
Closed: cloned-to-github 3 years ago by pbrezina. Opened 11 years ago by dpal.

Currently if UID/GID for an entry changes SSSD caches need to be wiped out. It is a manual procedure and would be pretty labour intensive. This RFE calls to find a way to handle this case in an automated way.

Ideas:

Make central LDAP server publish commands for SSSD to execute. SSSD will pull the command check the time stamp of the command and verify that it has not executed it yet. Then it executes the command. The command can be to remove the cache or remove a specific object from the cache. May be there will be other centrally controlled commands in future.


Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.11 beta
rhbz: => todo
type: defect => enhancement

Fields changed

milestone: SSSD 1.11 beta => SSSD 1.12 beta

This might be an interesting use case for SSSD the openLMI provider

review: => 0
selected: =>

This is related to the local provider more, which is out of scope of 1.14 a bit

changelog: =>
mark: => 0
milestone: SSSD 1.14 beta => SSSD 1.15 beta
sensitive: => 0

Metadata Update from @dpal:
- Issue set to the milestone: SSSD Future releases (no date set yet)

7 years ago

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/2757

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.

Metadata Update from @pbrezina:
- Issue close_status updated to: cloned-to-github
- Issue status updated to: Closed (was: Open)

3 years ago

Login to comment on this ticket.

Metadata