You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Ewen Cheslack-Postava (JIRA)" <ji...@apache.org> on 2017/01/26 03:37:26 UTC

[jira] [Updated] (KAFKA-2329) Consumers balance fails when multiple consumers are started simultaneously.

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

Ewen Cheslack-Postava updated KAFKA-2329:
-----------------------------------------
    Fix Version/s:     (was: 0.8.1.2)

Removing the 0.8.1.2 fix version since it is incredibly unlikely that release will actually happen.

[~guozhang] Is this fix still worth pursuing given that it is for the old high-level consumer? Has this turned into a Won't Fix?

> Consumers balance fails when multiple consumers are started simultaneously.
> ---------------------------------------------------------------------------
>
>                 Key: KAFKA-2329
>                 URL: https://issues.apache.org/jira/browse/KAFKA-2329
>             Project: Kafka
>          Issue Type: Bug
>          Components: consumer
>    Affects Versions: 0.8.1.1, 0.8.2.1
>            Reporter: Ze'ev Eli Klapow
>            Assignee: Ze'ev Eli Klapow
>              Labels: consumer, patch
>         Attachments: zookeeper-consumer-connector-epoch-node.patch
>
>
> During consumer startup a race condition can occur if multiple consumers are started (nearly) simultaneously. 
> If a second consumer is started while the first consumer is in the middle of {{zkClient.subscribeChildChanges}} the first consumer will never see the registration of the second consumer, because the consumer registration node for the second consumer will be unwatched, and no new child will be registered later. This causes the first consumer to own all partitions, and then never release ownership causing the second consumer to fail rebalancing.
> The attached patch solves this by using an "epoch" node which all consumers watch and update to trigger  a rebalance. When a rebalance is triggered we check the consumer registrations against a cached state, to avoid unnecessary rebalances. For safety, we also periodically check the consumer registrations and rebalance. We have been using this patch in production at HubSpot for a while and it has eliminated all rebalance issues.



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