Yu Yang created KAFKA-7704: ------------------------------ Summary: kafka.server.ReplicaFetechManager.MaxLag.Replica metric is reported incorrectly Key: KAFKA-7704 URL: https://issues.apache.org/jira/browse/KAFKA-7704 Project: Kafka Issue Type: Bug Components: metrics Affects Versions: 2.1.0 Reporter: Yu Yang Attachments: Screen Shot 2018-12-03 at 4.33.35 PM.png
We deployed kafka 2.1, and noticed a jump in kafka.server.ReplicaFetcherManager.MaxLag.Replica metric. At the same time, there is no under-replicated partitions. The initial analysis showed that kafka 2.1.0 does not report metric correctly for topics that have no incoming traffic right now, but had traffic earlier. For those topics, ReplicaFetcherManager will consider the maxLag be the latest offset. For instance, we have a topic *test_topic*: {code} [root@kafkabroker03002:/mnt/kafka/test_topic-0]# ls -l total 8 -rw-rw-r-- 1 kafka kafka 10485760 Dec 4 00:13 00000000099043947579.index -rw-rw-r-- 1 kafka kafka 0 Sep 23 03:01 00000000099043947579.log -rw-rw-r-- 1 kafka kafka 10 Dec 4 00:13 00000000099043947579.snapshot -rw-rw-r-- 1 kafka kafka 10485756 Dec 4 00:13 00000000099043947579.timeindex -rw-rw-r-- 1 kafka kafka 4 Dec 4 00:13 leader-epoch-checkpoint {code} kafka reports ReplicaFetcherManager.MaxLag.Replica be 99043947579 !Screen Shot 2018-12-03 at 4.33.35 PM.png|width=720px! -- This message was sent by Atlassian JIRA (v7.6.3#76005)