[
https://issues.apache.org/jira/browse/BEAM-8549?focusedWorklogId=338722&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-338722
]
ASF GitHub Bot logged work on BEAM-8549:
----------------------------------------
Author: ASF GitHub Bot
Created on: 05/Nov/19 13:45
Start Date: 05/Nov/19 13:45
Worklog Time Spent: 10m
Work Description: mxm commented on issue #9993: [BEAM-8549] Do not use
keyed operator state for checkpoint buffering
URL: https://github.com/apache/beam/pull/9993#issuecomment-549828390
Run Java PreCommit
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 338722)
Time Spent: 1h (was: 50m)
> Buffered state during checkpointing may be keyed incorrectly
> ------------------------------------------------------------
>
> Key: BEAM-8549
> URL: https://issues.apache.org/jira/browse/BEAM-8549
> Project: Beam
> Issue Type: Bug
> Components: runner-flink
> Reporter: Maximilian Michels
> Assignee: Maximilian Michels
> Priority: Critical
> Fix For: 2.17.0
>
> Time Spent: 1h
> Remaining Estimate: 0h
>
> The current buffer logic for items emitted during checkpointing is faulty in
> the sense that the buffer is partitioned on the output keys of the operator.
> The key may be changed or even be dropped. Thus, the original key
> partitioning will not be maintained which will cause checkpointing to fail.
> An alternative solution would be BEAM-6733, but we may want to keep the
> current buffering logic in place. The proposed solution here is to remove the
> keyed buffering. The output buffer may then always be redistributed
> round-robin upon restoring from a checkpoint. Note that this is fine because
> no assumption can be made about the distribution of output elements of an
> operation.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
