You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flink.apache.org by "Yun Gao (Jira)" <ji...@apache.org> on 2022/09/28 15:16:00 UTC

[jira] [Created] (FLINK-29459) Sink v2 has bugs in supporting legacy v1 implementations with global committer

Yun Gao created FLINK-29459:
-------------------------------

             Summary: Sink v2 has bugs in supporting legacy v1 implementations with global committer
                 Key: FLINK-29459
                 URL: https://issues.apache.org/jira/browse/FLINK-29459
             Project: Flink
          Issue Type: Bug
          Components: API / DataStream
    Affects Versions: 1.15.2, 1.16.0, 1.17.0
            Reporter: Yun Gao
             Fix For: 1.16.1, 1.17.0, 1.15.3


Currently when supporting Sink implementation using version 1 interface, there are issues after restoring from a checkpoint after failover:
 # In global committer operator, when restoring SubtaskCommittableManager, the subtask id is replaced with the one in the current operator. This means that the id originally is the id of the sender task (0 ~ N - 1), but after restoring it has to be 0. This would cause Duplication Key exception during restoring.
 # For Committer operator, the subtaskId of CheckpointCommittableManagerImpl is always restored to 0 after failover for all the subtasks. This makes the summary sent to the Global Committer is attached with wrong subtask id.
 # For Committer operator, the checkpoint id of SubtaskCommittableManager is always restored to 1 after failover, this make the following committable sent to the global committer is attached with wrong checkpoint id. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)