You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Zakelly Lan (Jira)" <ji...@apache.org> on 2024/07/26 04:54:00 UTC
[jira] [Assigned] (FLINK-35897) Some checkpoint files and localState files can't be cleanUp when checkpoint is aborted
[ https://issues.apache.org/jira/browse/FLINK-35897?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Zakelly Lan reassigned FLINK-35897:
-----------------------------------
Assignee: Jinzhong Li
> Some checkpoint files and localState files can't be cleanUp when checkpoint is aborted
> ---------------------------------------------------------------------------------------
>
> Key: FLINK-35897
> URL: https://issues.apache.org/jira/browse/FLINK-35897
> Project: Flink
> Issue Type: Bug
> Components: Runtime / Checkpointing, Runtime / State Backends
> Reporter: Jinzhong Li
> Assignee: Jinzhong Li
> Priority: Major
> Labels: pull-request-available
>
> h2. Problem
> When the job checkpoint is canceled ([asyncsnapshotcallable.java/#L129|#L129]]), it is still possible for the asynchronous snapshot thread to continue executing and generate a completed checkpoint ([RocksIncrementalSnapshotStrategy.java#L324|#L324]]). In this case, there will be no role is responsible for the completed checkpoint cleanup, neither async snapshot thread, nor SubtaskCheckpointCoordinatorImpl.
> h2. How to reproduce it
> We can reproduce this issue by running the [DataGenWordCount example in my debug branch|[https://github.com/ljz2051/flink/commit/33c0c55098a49a0b56c9404256a560da5069f26c]], in which I've added some debug code.
> h2. How to fix it
> When the asynchronous snapshot thread completes a checkpoint, it needs to cleanup the completed checkpoint if it finds that the checkpoint has been canceled.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)