[
https://issues.apache.org/jira/browse/FLINK-19701?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17225145#comment-17225145
]
Roman Khachatryan commented on FLINK-19701:
-------------------------------------------
Hi [~gaoyunhaii], thanks for double-checking the issue.
I guess it was resolved by [~pnowojski] in
[9dd2c3|https://github.com/apache/flink/commit/9dd2c351c1e1717d7229278a0975e8052808891c#diff-54795174913178db0c99b6f7ba9b9c263a4982941f90477fa453e8bea9717070R210]
(thanks Piotr! :) ).
Closing.
> Unaligned Checkpoint might misuse the number of buffers to persist from the
> previous barrier
> --------------------------------------------------------------------------------------------
>
> Key: FLINK-19701
> URL: https://issues.apache.org/jira/browse/FLINK-19701
> Project: Flink
> Issue Type: Bug
> Components: Runtime / Checkpointing
> Affects Versions: 1.12.0
> Reporter: Yun Gao
> Assignee: Roman Khachatryan
> Priority: Major
> Fix For: 1.12.0
>
>
> Current CheckpointUnaligner interacts with RemoteInputChannel to persisting
> the input buffers. However, based the current implementation it seems if we
> have the following case:
> {code:java}
> 1. There are 3 input channels.
> 2. Input channel 0 received barrier 1, and processed barrier 1 to start
> checkpoint 1.
> 3. Input channel 1 received barrier 1, and processed barrier 1. Now the state
> of input channel persister becomes BARRIER_RECEIVED and
> numBuffersOvertaken(channel 1) = n_1.
> 4. However, input 2 received nothing and the checkpoint expired, new
> checkpoint is trigger.
> 5. Input channel 0 received barrier 2, checkpoint 1 is deserted and
> checkpoint 2 is started. However, in this case the state of the input
> channels are not cleared. Thus now channel 1 is still BARRIER_RECEIVED and
> numBuffersOvertaken(channel 1) = n_1. Then channel 1 would only persist n_1
> buffers in the channel for the new checkpoint 2.
> {code}
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
