[
https://issues.apache.org/jira/browse/FLINK-17122?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Flink Jira Bot updated FLINK-17122:
-----------------------------------
Labels: auto-deprioritized-major auto-deprioritized-minor (was:
auto-deprioritized-major stale-minor)
Priority: Not a Priority (was: Minor)
This issue was labeled "stale-minor" 7 days ago and has not received any
updates so it is being deprioritized. If this ticket is actually Minor, please
raise the priority and ask a committer to assign you the issue or revive the
public discussion.
> Support InputSelectable and BoundedMultiInput operators with checkpointing
> --------------------------------------------------------------------------
>
> Key: FLINK-17122
> URL: https://issues.apache.org/jira/browse/FLINK-17122
> Project: Flink
> Issue Type: Improvement
> Components: Runtime / Checkpointing, Runtime / Network
> Affects Versions: 1.9.2, 1.10.0
> Reporter: Piotr Nowojski
> Priority: Not a Priority
> Labels: auto-deprioritized-major, auto-deprioritized-minor
>
> Currently when user defined some {{InputSelectable}} or {{BoundedMultiInput}}
> operators, checkpointing is not supported. Main problem is the that
> combination of {{InputSelectable}} and barrier alignment can lead to
> deadlocks (checkpoint barrier stuck on not selected channel).
> Problem could be somehow mitigated via unaligned checkpoints (FLINK-14551),
> but not fully. Even with unaligned checkpoints, checkpoint barriers can be
> stuck in the job graph if there is a {{flatMap}} operator (or non {{flatMap}}
> operator but if records are spanning multiple buffers), blocked in the middle
> of processing by some down stream input selection. In such case we are not
> able to perform unaligned checkpoint.
> Potential solution could be using persistent communication channels or
> detecting before mentioned situations and avoid the dead lock by spilling
> excess data.
> As most of the problems are with input selections that are randomly flipping,
> there might be some partial solution for more trivial cases, like reading one
> side of an input fully before the other.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
