[
https://issues.apache.org/jira/browse/KAFKA-15134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
hudeqi updated KAFKA-15134:
---------------------------
Attachment: WechatIMG31.jpeg
> Enrich the prompt reason in CommitFailedException
> -------------------------------------------------
>
> Key: KAFKA-15134
> URL: https://issues.apache.org/jira/browse/KAFKA-15134
> Project: Kafka
> Issue Type: Improvement
> Components: clients
> Affects Versions: 3.5.0
> Reporter: hudeqi
> Assignee: hudeqi
> Priority: Major
> Attachments: WechatIMG31.jpeg
>
>
> Firstly, let me post the exception log of the client running:
> _"org.apache.kafka.clients.consumer.CommitFailedException: Commit cannot be
> completed since the group has already rebalanced and assigned the partitions
> to another member. This means that the time between subsequent calls to
> poll() was longer than the configured max.poll.interval.ms, which typically
> implies that the poll loop is spending too much time message processing. You
> can address this either by increasing max.poll.interval.ms or by reducing the
> maximum size of batches returned in poll() with max.poll.records."_
> This is the client exception log provided to us by the online business.
> First, we confirmed that there is no issue on the server brokers. Then
> according to the exception prompt information, it may be judged that the
> settings of "max.poll.interval.ms" and "max.poll.records" may be
> unreasonable, but the actual processing time of business printing is much
> shorter than "max.poll.interval.ms", so We're sure that's not the reason. In
> the end, it was found that there is such a case: the business uses a "group
> id" to subscribe to some partitions of "topic1" through the simple consumer
> mode, and set "auto.offset.reset=false". When using the same "group id" name
> to start a high level consumer on "topic2", the original service using simple
> consumer throws CommitFailedException. And I have reproduced this process.
> In fact, this is not a bug, but a problem with the way the client is used,
> but I think the exception message of `CommitFailedException` may have
> imperfect and misleading guidance, so I have enriched the message that there
> may be special situations.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)