You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Sean Quah (Jira)" <ji...@apache.org> on 2026/02/03 12:59:00 UTC
[jira] [Created] (KAFKA-20115) Group coordinator fails to unload metadata when no longer leader or follower
Sean Quah created KAFKA-20115:
---------------------------------
Summary: Group coordinator fails to unload metadata when no longer leader or follower
Key: KAFKA-20115
URL: https://issues.apache.org/jira/browse/KAFKA-20115
Project: Kafka
Issue Type: Bug
Components: group-coordinator
Affects Versions: 4.1.1, 4.1.0, 4.0.1, 4.2.0
Reporter: Sean Quah
KAFKA-19427 introduced logic in the coordinator runtime's {{freeCurrentBatch}} to only recycle batch buffers when their size is less than or equal to the partition's max message size.
KAFKA-19519 replaced the max message size with the group.coordinator.cached.buffer.max.bytes and share.coordinator.cached.buffer.max.bytes configs.
{{PartitionWriter.config()}} throws a {{NOT_LEADER_OR_FOLLOWER}} exception when the broker is no longer a leader or follower of the partition.
When unloading partitions from the group coordinator, we try to free the current batch. If the broker is no longer a leader or follower of the {{__consumer_offsets}} partition, a {{NOT_LEADER_OR_FOLLOWER}} exception is thrown and we do not complete the unload process. This leaves classic group rebalance requests like JOIN_GROUP and SYNC_GROUP hanging.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)