You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Chris Egerton (Jira)" <ji...@apache.org> on 2021/03/16 03:35:00 UTC

[jira] [Created] (KAFKA-12476) Worker can block for longer than scheduled rebalance delay and/or session key TTL

Chris Egerton created KAFKA-12476:
-------------------------------------

             Summary: Worker can block for longer than scheduled rebalance delay and/or session key TTL
                 Key: KAFKA-12476
                 URL: https://issues.apache.org/jira/browse/KAFKA-12476
             Project: Kafka
          Issue Type: Bug
          Components: KafkaConnect
    Affects Versions: 3.0.0, 2.3.2, 2.4.2, 2.5.2, 2.8.0, 2.7.1, 2.6.2
            Reporter: Chris Egerton
            Assignee: Chris Egerton


Near the end of a distributed worker's herder tick loop, it calculates how long it should poll for rebalance activity before beginning a new loop. See [here|https://github.com/apache/kafka/blob/8da65936d7fc53d24c665c0d01893d25a430933b/connect/runtime/src/main/java/org/apache/kafka/connect/runtime/distributed/DistributedHerder.java#L399-L409] and [here|https://github.com/apache/kafka/blob/8da65936d7fc53d24c665c0d01893d25a430933b/connect/runtime/src/main/java/org/apache/kafka/connect/runtime/distributed/DistributedHerder.java#L459].

In between then and when it begins polling for rebalancing activity, some connector and task (re-)starts take place. While this normally completes in at most a minute or two, an overloaded cluster or one in the midst of garbage collection may take longer. See [here|https://github.com/apache/kafka/blob/8da65936d7fc53d24c665c0d01893d25a430933b/connect/runtime/src/main/java/org/apache/kafka/connect/runtime/distributed/DistributedHerder.java#L411-L452].

The worker should calculate the time to poll for rebalance activity as closely as possible to when it actually begins that polling.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)