[
https://issues.apache.org/jira/browse/FLINK-30238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17689588#comment-17689588
]
Yun Gao commented on FLINK-30238:
---------------------------------
Hi [~pnowojski] , for this specific issue, based on my understanding,
# It looks to me the first issue might refer to the situation that on
endOfInput(), the Writer will emit the summary message tag with \{checkpoint id
= MAX_VALUE} to the Committer, followed by the remaining Committables. But with
the current process, endOfInput() should not be called on stop-with-savepoint
without draining, thus sorry I'm also not fully understand this part.
# For the second issue, it looks to me it refers to how the last piece of the
committables should be passed to the post-committer topology, as posted in the
above. Although here it refers to stop-with-savepoint, but it looks to me it
should be stop-with-savepoint –-drain, since for stop-with-savepoint, the last
piece of Committables should be still recorded in the last savepoint, and they
will be re-committed after restarted.
Perhaps [~fpaul] could give some more details?
> Unified Sink committer does not clean up state on final savepoint
> -----------------------------------------------------------------
>
> Key: FLINK-30238
> URL: https://issues.apache.org/jira/browse/FLINK-30238
> Project: Flink
> Issue Type: Bug
> Components: Connectors / Common
> Affects Versions: 1.17.0, 1.15.3, 1.16.1
> Reporter: Fabian Paul
> Priority: Critical
>
> During stop-with-savepoint the committer only commits the pending
> committables on notifyCheckpointComplete.
> This has several downsides.
> * Last committableSummary has checkpoint id LONG.MAX and is never cleared
> from the state leading to that stop-with-savepoint does not work when the
> pipeline recovers from a savepoint
> * While the committables are committed during stop-with-savepoint they are
> not forwarded to post-commit topology, potentially losing data and preventing
> to close open transactions.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)