You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Jason Gustafson (Jira)" <ji...@apache.org> on 2020/02/19 17:18:00 UTC
[jira] [Updated] (KAFKA-9558) getListOffsetsCalls doesn't update
node in case of leader change
[ https://issues.apache.org/jira/browse/KAFKA-9558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jason Gustafson updated KAFKA-9558:
-----------------------------------
Affects Version/s: (was: 2.5.0)
> getListOffsetsCalls doesn't update node in case of leader change
> ----------------------------------------------------------------
>
> Key: KAFKA-9558
> URL: https://issues.apache.org/jira/browse/KAFKA-9558
> Project: Kafka
> Issue Type: Bug
> Components: admin
> Reporter: Sanjana Kaundinya
> Assignee: Sanjana Kaundinya
> Priority: Critical
> Fix For: 2.5.0
>
>
> As seen here:
> [https://github.com/apache/kafka/blob/trunk/clients/src/main/java/org/apache/kafka/clients/admin/KafkaAdminClient.java#L3810]
> In handling the response in the `listOffsets` call, if there are errors in the topic partition that require a metadata refresh, it simply passes the call object as `this`. This produces incorrect behavior if there was a leader change, because the call object never gets its leader node updated. This will result in a tight loop of list offsets being called to the same old leader and not resulting in offsets, even though the metadata was correctly updated.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)