Details
-
Bug
-
Status: Open
-
Major
-
Resolution: Unresolved
-
1.15.0
-
None
-
None
Description
We introduced a repeatable per-job cleanup after the job reached a globally-terminated state. It also tries to clean up the CompletedCheckpointStore. But we missed one code path where CompletedCheckpoints are tried to be discarded in the CheckpointsCleaner. The CompletedCheckpointStore does not hold any references to these CompletedCheckpoints anymore. The shutdown at the end is not able to clean these checkpoints up.
We should not remove the CompletedCheckpoints from the CompletedCheckpointStore if the deletion failed. This would enable us to retry deleting these artifacts at the end of the job and consider them in the retryable cleanup as well.
The documentation was updated to cover this issue. Fixing this issue should also include removing the corresponding paragraph from the documentation (see related flink-docs PR).
Attachments
Issue Links
- Discovered while testing
-
FLINK-26388 Release Testing: Repeatable Cleanup (FLINK-25433)
- Resolved
- is caused by
-
FLINK-25432 Introduce common interfaces for cleaning up local and global job data
- Resolved
- relates to
-
FLINK-26742 DefaultCompletedCheckpointStore.shutdown does not clean the checkpoints atomically
- Closed
1.
|
CompletedCheckpoint.DiscardObject.discard is not idempotent | Open | Wencong Liu | |
2.
|
FsCompletedCheckpointStorageLocation.disposeStorageLocation doesn't expose errors properly (not processing the return value) | Open | Unassigned | |
3.
|
IncrementalRemoteKeyedStateHandle.discardState swallows errors | Open | Unassigned | |
4.
|
OperatorSubtaskState swallows exception | Open | Unassigned | |
5.
|
SubtaskState#discardState swallows exceptions | Open | Unassigned |