[ 
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)

Reply via email to