Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Duplicate
-
0.10.1.0
-
None
-
None
Description
We are running a 0.10.1.0 cluster with 3 brokers with ids 0, 1 and 2.
At about 2016-12-01 21:29 something happened with broker 1 and since then I see
java.io.IOException: Connection to 1 was disconnected before the response was read
errors in the logs of broker 0 and 2. Clients were unable to produce to broker 1's partitions and JMX counters indicates underreplicated partitions.
I took a stack trace on broker-1 and I see that there is a deadlock between the JVM threads:
Found one Java-level deadlock: ============================= "executor-Heartbeat": waiting to lock monitor 0x00007ffa24029df8 (object 0x00000000cc52fe70, a kafka.coordinator.GroupMetadata), which is held by "group-metadata-manager-0" "group-metadata-manager-0": waiting to lock monitor 0x00007ff9900a83a8 (object 0x00000000ca8b0820, a java.util.LinkedList), which is held by "kafka-request-handler-7" "kafka-request-handler-7": waiting to lock monitor 0x00007ffa24029df8 (object 0x00000000cc52fe70, a kafka.coordinator.GroupMetadata), which is held by "group-metadata-manager-0"
Attachments
Attachments
Issue Links
- duplicates
-
KAFKA-3994 Deadlock between consumer heartbeat expiration and offset commit.
- Resolved