[
https://issues.apache.org/jira/browse/KAFKA-19331?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18042380#comment-18042380
]
Luke Chen commented on KAFKA-19331:
-----------------------------------
[~mingyen066], is it OK [~devtrace404] takes it over?
> No error handling for leader not appeared in applyLocalFollowersDelta
> ----------------------------------------------------------------------
>
> Key: KAFKA-19331
> URL: https://issues.apache.org/jira/browse/KAFKA-19331
> Project: Kafka
> Issue Type: Bug
> Reporter: Luke Chen
> Assignee: Ming-Yen Chung
> Priority: Major
> Labels: newbie
>
> 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)
