You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@kafka.apache.org by "Jason Gustafson (JIRA)" <ji...@apache.org> on 2016/05/05 00:01:17 UTC

[jira] [Updated] (KAFKA-3659) Consumer does not handle coordinator connection blackout period gracefully

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

Jason Gustafson updated KAFKA-3659:
-----------------------------------
    Summary: Consumer does not handle coordinator connection blackout period gracefully  (was: Consumer handle coordinator connection blackout period)

> Consumer does not handle coordinator connection blackout period gracefully
> --------------------------------------------------------------------------
>
>                 Key: KAFKA-3659
>                 URL: https://issues.apache.org/jira/browse/KAFKA-3659
>             Project: Kafka
>          Issue Type: Bug
>          Components: consumer
>    Affects Versions: 0.9.0.0, 0.9.0.1
>            Reporter: Jason Gustafson
>            Assignee: Jason Gustafson
>
> Currently when the connection to the coordinator is closed, the consumer will immediately try to rediscover the coordinator and reconnect to it. This is fine as it is, but the NetworkClient enforces a blackout period before it will allow the reconnect to be attempted. This causes the following cycle which continues in a fairly tight loop until the blackout period has completed:
> 1. Notice connection failure (i.e. DISCONNECTED state in ConnectionStates)
> 2. Send GroupCoordinator request to rediscover coordinator.
> 3. Attempt to connect to coordinator.
> 4. Go back to 1.
> To fix this, we should avoid rediscovery while the connection is blacked out.



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