Venkatesh created KAFKA-7357: -------------------------------- Summary: Reassigned partitions but latest data is still going to old broker Key: KAFKA-7357 URL: https://issues.apache.org/jira/browse/KAFKA-7357 Project: Kafka Issue Type: Bug Reporter: Venkatesh
Kafka version: kafka_2.11-0.10.0.0.jar I reassigned a topic with 12 partitions, replicationFactor 1, across 6 brokers using kafka manager. According to the kafka manager, reassignment successfully completed. Then I observed that new data was NOT being written on some of the partitions on the new broker for the partition. Ex: {code:java} Topic Name: db-_-metric-_-vm-_-_default_ Partitions not receiving new data: 5 OldBroker for Partition 5, before reassignment: 11 NewBroker for Partition 5, after reassignment: 9 {code} Observations: - Both brokers have directory db-_-metric-_-vm-_-_default_5 in their disk partitions. If the reassignment was successful, it should have been deleted on the old broker - New data being produced for partition 5 is being written on the old broker, confirmed by looking at the corresponding directory on the old broker 11 - New broker 9 has some files in the directory corresponding to the partition and they are not being updated, this confirms that new data is not reaching the partition on the new broker after reassignment. - Ran following command observed that the offset is not changing for partition 5 {code:java} ./kafka-run-class.sh kafka.tools.GetOffsetShell --broker-list localhost:9446 --topic db-_-metric-_-vm-_-_default_ --time -1 Output: db-_-metric-_-vm-_-_default_:8:23686375 db-_-metric-_-vm-_-_default_:11:2418867 db-_-metric-_-vm-_-_default_:2:149930053 db-_-metric-_-vm-_-_default_:5:2362103 db-_-metric-_-vm-_-_default_:4:64402526 db-_-metric-_-vm-_-_default_:7:23178223 db-_-metric-_-vm-_-_default_:10:4122808 db-_-metric-_-vm-_-_default_:1:78642586 db-_-metric-_-vm-_-_default_:9:1049046 db-_-metric-_-vm-_-_default_:3:62158391 db-_-metric-_-vm-_-_default_:6:22640686 db-_-metric-_-vm-_-_default_:0:84008474 {code} Questions: - Is this a known issue with this version of kafka ? if so, is it fixed ? in which version ? - How to recover the partitions from the current state so that no data is lost ? Thanks for all your help. -- This message was sent by Atlassian JIRA (v7.6.3#76005)