You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "ming li (Jira)" <ji...@apache.org> on 2022/11/30 11:13:00 UTC
[jira] [Created] (FLINK-30251) Move the IO with DFS during abort checkpoint to an asynchronous thread.
ming li created FLINK-30251:
-------------------------------
Summary: Move the IO with DFS during abort checkpoint to an asynchronous thread.
Key: FLINK-30251
URL: https://issues.apache.org/jira/browse/FLINK-30251
Project: Flink
Issue Type: Improvement
Components: Runtime / Checkpointing
Affects Versions: 1.15.2, 1.16.0
Reporter: ming li
Attachments: image-2022-11-30-19-10-51-226.png
Currently when the {{checkpoint}} fails, we process the abort message in the Task's {{{}mailbox{}}}. We will close the output stream and delete the file on DFS.
However, when the {{checkpoint}} failure is caused by a DFS system failure (for example, the namenode failure of HDFS), this operation may take a long time or hang, resulting in the Task being unable to continue processing data and the Task will not be able to process the data at this time.
So I think we can put the operation of deleting files in an asynchronous thread just like uploading checkpoint data asynchronously.
!image-2022-11-30-19-10-51-226.png!
--
This message was sent by Atlassian Jira
(v8.20.10#820010)