You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Arvid Heise (Jira)" <ji...@apache.org> on 2025/09/29 11:10:00 UTC

[jira] [Created] (FLINK-38453) KafkaEnumerator doesn't restore offsets of owned split

Arvid Heise created FLINK-38453:
-----------------------------------

             Summary: KafkaEnumerator doesn't restore offsets of owned split
                 Key: FLINK-38453
                 URL: https://issues.apache.org/jira/browse/FLINK-38453
             Project: Flink
          Issue Type: Bug
          Components: Connectors / Kafka
    Affects Versions: kafka-5.0.0
            Reporter: Arvid Heise
            Assignee: Arvid Heise


KafkaEnumerator's state contains the TopicPartitions only but not the offsets, so it doesn't contain the full split state contrary to the design intent.

There are a couple of issues with that approach. It implicitly assumes that splits are fully assigned to readers before the first checkpoint. Else the enumerator will invoke the offset initializer again on recovery from such a checkpoint leading to inconsistencies (LATEST may be initialized during the first attempt for some partitions and initialized during second attempt for others).

Through addSplitBack callback, you may also get these scenarios later for BATCH which actually leads to duplicate rows (in case of EARLIEST or SPECIFIC-OFFSETS) or data loss (in case of LATEST). Finally, it's not possible to safely use KafkaSource as part of a HybridSource because the offset initializer cannot even be recreated on recovery.

All cases are solved by also retaining the offset in the enumerator state.



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