Details
-
Improvement
-
Resolution: Fixed
-
Minor
-
None
-
None
Description
Sometimes incremental (changelog-driven) changes require FullSync processing, eg, marking/unmarking a group for provisioning. Presently, incremental provisioning waits for the necessary FullSyncs to complete. This is done primarily because the changelog entry is the only persistent 'documentation' that the full-sync is necessary: if the daemon were stopped before the FullSync completed, the changelog entry is what would cause the provisioning process to be restarted.
This JIRA is requesting that the handoff between incremental and full syncs be done via grouper messaging and that the incremental, changelog event be considered complete after the message is created.
Additionally, these messages should not be handled via the FullSync-ASAP queue, but instead via a lower-priority process:
1) ASAP Queue
2) Incrementally-driven FullSyncs <-- Events this JIRA describes
3) Scheduled FullSyncs
4) FullSync Retries