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)