You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Kirk True (Jira)" <ji...@apache.org> on 2024/03/04 17:48:00 UTC

[jira] [Assigned] (KAFKA-16224) Fix handling of deleted topic when auto-committing before revocation

     [ https://issues.apache.org/jira/browse/KAFKA-16224?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kirk True reassigned KAFKA-16224:
---------------------------------

    Assignee: Bruno Cadonna  (was: Lianet Magrans)

> Fix handling of deleted topic when auto-committing before revocation
> --------------------------------------------------------------------
>
>                 Key: KAFKA-16224
>                 URL: https://issues.apache.org/jira/browse/KAFKA-16224
>             Project: Kafka
>          Issue Type: Sub-task
>          Components: clients, consumer
>            Reporter: Lianet Magrans
>            Assignee: Bruno Cadonna
>            Priority: Critical
>              Labels: client-transitions-issues, kip-848-client-support
>             Fix For: 3.8.0
>
>
> Current logic for auto-committing offsets when partitions are revoked will retry continuously when getting UNKNOWN_TOPIC_OR_PARTITION, leading to the member not completing the revocation in time. We should consider this as an indication of the topic being deleted, and in the context of committing offsets to revoke partitions, we should abort the commit attempt and move on to complete and ack the revocation (meaning that we would effectively consider UnknownTopicOrPartitionException as non-retriable, even though it extends RetriableException, only when committing offsets before revocation as part of this task) 
> Note that legacy coordinator behaviour around this seems to be the same as the new consumer currently has, tracked with a related issue given that it would require a separate fix for the legacy consumer.



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