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

Sean McKibben resolved KAFKA-4047.
----------------------------------
    Resolution: Duplicate

I think 3853 is pretty close, so I'll mark it as a duplicate.

> Return more useful information from ConsumerGroupCommand for consumer groups 
> that are rebalancing or manually assigned
> ----------------------------------------------------------------------------------------------------------------------
>
>                 Key: KAFKA-4047
>                 URL: https://issues.apache.org/jira/browse/KAFKA-4047
>             Project: Kafka
>          Issue Type: Improvement
>          Components: consumer, tools
>    Affects Versions: 0.9.0.1, 0.10.0.0, 0.10.0.1
>            Reporter: Sean McKibben
>            Priority: Minor
>
> For consumers which are manually assigned topic partitions, or for offsets 
> which are otherwise manually committed to brokers using the new consumer API, 
> the existing ConsumerGroupCommand tools are operationally insufficient.
> There are many use cases in production operation when it is important to be 
> able to easily retrieve the stored offsets and calculated lag of a consumer 
> group, even if the group is rebalancing or partition assignment information 
> is indeterminate. Often these cases involve a misbehaving or crashed client 
> application, and having the ConsumerGroupCommand return {{Consumer group 
> `myGroupID` does not exist or is rebalancing.}} instead of the information it 
> does know is not very helpful. Additionally, when manual offset commits are 
> used, or the automatic consumer group subscription management is not used, 
> the same message is returned by the tool. In these cases, the offsets are 
> actually stored and available even though the broker/coordinator doesn't have 
> information about partition ownership.
> Previously, this was a non-issue as a ZK client could be leveraged relatively 
> easily to get important information like the last stored offset positions, or 
> consumer-offset-checker would return more information in its responses. With 
> the new consumer, however, the process for getting offset and lag is not as 
> straightforward, and tools to provide this information at the operational 
> level are necessary as part of a Kafka installation.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to