George Yang created KAFKA-17186: ----------------------------------- Summary: Cannot receive message after stopping Source Mirror Maker 2 Key: KAFKA-17186 URL: https://issues.apache.org/jira/browse/KAFKA-17186 Project: Kafka Issue Type: Bug Components: mirrormaker Affects Versions: 3.7.1 Environment: Source Kafka Cluster per Node: CPU(s): 32 Memory: 32G/1.1G free
Target Kafka Cluster standalone Node: CPU(s): 24 Memory: 30G/909M free Kafka Version 3.7 Mirrormaker Version 3.7.1 Reporter: George Yang Deploy nodes 1, 2, and 3 in Data Center A, with MM2 service deployed on node 1. Deploy node 1 in Data Center B, with MM2 service also deployed on node 1. Currently, a service on node 1 in Data Center A acts as a producer sending messages to the `myTest` topic. A service in Data Center B acts as a consumer listening to `A.myTest`. The issue arises when MM2 on node 1 in Data Center A is stopped: the consumer in Data Center B ceases to receive messages. Even after I restarting MM2 in Data Center A, the consumer in Data Center B still does not receive messages until approximately 5 minutes later when a rebalance occurs, at which point it begins receiving messages again. [Logs From Consumer on Data Center B] ```log [2024-07-23 17:29:17,270] INFO [MirrorCheckpointConnector|worker] refreshing consumer groups took 185 ms (org.apache.kafka.connect.mirror.Scheduler:95) [2024-07-23 17:29:19,189] INFO [MirrorCheckpointConnector|worker] refreshing consumer groups took 365 ms (org.apache.kafka.connect.mirror.Scheduler:95) [2024-07-23 17:29:22,271] INFO [MirrorCheckpointConnector|worker] refreshing consumer groups took 186 ms (org.apache.kafka.connect.mirror.Scheduler:95) [2024-07-23 17:29:24,193] INFO [MirrorCheckpointConnector|worker] refreshing consumer groups took 369 ms (org.apache.kafka.connect.mirror.Scheduler:95) [2024-07-23 17:29:25,377] INFO [Worker clientId=B->A, groupId=B-mm2] Rebalance started (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:242) [2024-07-23 17:29:25,377] INFO [Worker clientId=B->A, groupId=B-mm2] (Re-)joining group (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:604) [2024-07-23 17:29:25,386] INFO [Worker clientId=B->A, groupId=B-mm2] Successfully joined group with generation Generation\{generationId=52, memberId='B->A-adc19038-a8b6-40fb-9bf6-249f866944ab', protocol='sessioned'} (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:665) [2024-07-23 17:29:25,390] INFO [Worker clientId=B->A, groupId=B-mm2] Successfully synced group in generation Generation\{generationId=52, memberId='B->A-adc19038-a8b6-40fb-9bf6-249f866944ab', protocol='sessioned'} (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:842) [2024-07-23 17:29:25,390] INFO [Worker clientId=B->A, groupId=B-mm2] Joined group at generation 52 with protocol version 2 and got assignment: Assignment\{error=0, leader='B->A-adc19038-a8b6-40fb-9bf6-249f866944ab', leaderUrl='NOTUSED', offset=1360, connectorIds=[MirrorCheckpointConnector], taskIds=[MirrorCheckpointConnector-0, MirrorCheckpointConnector-1, MirrorCheckpointConnector-2], revokedConnectorIds=[], revokedTaskIds=[], delay=0} with rebalance delay: 0 (org.apache.kafka.connect.runtime.distributed.DistributedHerder:2580) [2024-07-23 17:29:25,390] INFO [Worker clientId=B->A, groupId=B-mm2] Starting connectors and tasks using config offset 1360 (org.apache.kafka.connect.runtime.distributed.DistributedHerder:1921) [2024-07-23 17:29:25,390] INFO [Worker clientId=B->A, groupId=B-mm2] Finished starting connectors and tasks (org.apache.kafka.connect.runtime.distributed.DistributedHerder:1950) [2024-07-23 17:29:26,883] INFO [Worker clientId=A->B, groupId=A-mm2] Rebalance started (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:242) [2024-07-23 17:29:26,883] INFO [Worker clientId=A->B, groupId=A-mm2] (Re-)joining group (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:604) [2024-07-23 17:29:26,890] INFO [Worker clientId=A->B, groupId=A-mm2] Successfully joined group with generation Generation\{generationId=143, memberId='A->B-0d04e6c1-f12a-4121-89af-e9992a167a01', protocol='sessioned'} (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:665) [2024-07-23 17:29:26,893] INFO [Worker clientId=A->B, groupId=A-mm2] Successfully synced group in generation Generation\{generationId=143, memberId='A->B-0d04e6c1-f12a-4121-89af-e9992a167a01', protocol='sessioned'} (org.apache.kafka.connect.runtime.distributed.WorkerCoordinator:842) ``` [Configuration] ```properties # Run with ./bin/connect-mirror-maker.sh connect-mirror-maker.properties name=MCS-MM2 # specify any number of cluster aliases clusters = A, B # connection information for each cluster # This is a comma separated host:port pairs for each cluster # for e.g. "A_host1:9092, A_host2:9092, A_host3:9092" A.bootstrap.servers = [kafka1]:[port],[kafka2]:[port],[kafka3]:[port] B.bootstrap.servers = [kafka]:[port] # enable and configure individual replication flows A->B.enabled = true A->B.topics = .* B->A.enabled = true B->A.topics = .* # Setting replication factor of newly created remote topics replication.factor=2 tasks.max=3 emit.checkpoints.interval.seconds=5 A.producer.acks=all A.producer.batch.size=50000 #A.producer.enable.idempotence=true #B.producer.enable.idempotence=true A.consumer.auto.offset.reset=latest B.consumer.auto.offset.reset=latest A.consumer.enable.auto.commit=true B.consumer.enable.auto.commit=true #B.consumer.auto.offset.reset=latest #B.consumer.connections.max.idle.ms=300000 #A.consumer.connections.max.idle.ms=300000 A.consumer.max.poll.interval.ms=20000 B.consumer.max.poll.interval.ms=20000 ############################# Internal Topic Settings ############################# # The replication factor for mm2 internal topics "heartbeats", "B.checkpoints.internal" and # "mm2-offset-syncs.B.internal" # For anything other than development testing, a value greater than 1 is recommended to ensure availability such as 3. checkpoints.topic.replication.factor=1 heartbeats.topic.replication.factor=1 offset-syncs.topic.replication.factor=1 # The replication factor for connect internal topics "mm2-configs.B.internal", "mm2-offsets.B.internal" and # "mm2-status.B.internal" # For anything other than development testing, a value greater than 1 is recommended to ensure availability such as 3. offset.storage.replication.factor=1 status.storage.replication.factor=1 config.storage.replication.factor=1 # customize as needed # replication.policy.separator = _ # sync.topic.acls.enabled = false # emit.heartbeats.interval.seconds = 5 refresh.topics.enabled=true refresh.topics.interval.seconds=5 refresh.groups.enabled=true refresh.groups.interval.seconds=5 ``` -- This message was sent by Atlassian Jira (v8.20.10#820010)