Details
-
Task
-
Status: Reviewable
-
Minor
-
Resolution: Unresolved
-
None
-
None
-
None
Description
Current implementation of TaskHistoryPrunner registers all inactive tasks upon terminal state change for pruning. TaskHistoryPrunner::registerInactiveTask() uses a delay executor to schedule the process of pruning _task_s. However, we have noticed most of pruning takes place after scheduler recovers from a fail-over.
Modify TaskHistoryPruner to a design similar to JobUpdateHistoryPruner:
- Instead of registering delay executor's upon terminal task state transitions, have it wake up on preconfigured intervals, find all terminal state tasks that meet pruning criteria and delete them.
- Make the initial task history pruning delay configurable so that it does not hamper scheduler upon start.
Attachments
Issue Links
- relates to
-
AURORA-1804 interaction of job history pruning configuration parameters should be documented
- Open