You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Luke Chen (Jira)" <ji...@apache.org> on 2025/05/26 08:52:00 UTC

[jira] [Created] (KAFKA-19331) No error handling for leader unregistered in applyLocalFollowersDelta

Luke Chen created KAFKA-19331:
---------------------------------

             Summary: No error handling for leader unregistered in applyLocalFollowersDelta 
                 Key: KAFKA-19331
                 URL: https://issues.apache.org/jira/browse/KAFKA-19331
             Project: Kafka
          Issue Type: Bug
            Reporter: Luke Chen


In ReplicaManager#applyLocalFollowersDelta, when we prepare for fetching from the leader, we'll check if the leader node info is in metadata image. If somehow it didn't include in the newImage, we'll log something like:

 
{code:java}
[2025-05-26 15:25:58,124] TRACE [Broker id=4] Unable to start fetching quickstart-events-0 with topic ID Some(Dn9K0BB8QWuj4PqcJD0nrA) from leader Some(2) because it is not alive. (state.change.logger)
[2025-05-26 15:25:58,124] INFO [Broker id=4] Started fetchers as part of become-follower for 1 partitions (state.change.logger)
{code}
 

It's confusing to users to see it's unable to fetch, then start fetch. And in the end, it's not actually fetching... We should handling the error well by updating the `FailedPartition` and not updating other successful result status.

 



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