Details
-
Bug
-
Status: Resolved
-
Minor
-
Resolution: Fixed
-
2.8.1
-
None
Description
We recently started a migration from a traditional self-managed Apache Kafka cluster to Strimzi. We enabled group offset sync and something I'm struggling to fully understand is why the mirrored group has a current-offset matching (or close to matching) the source offset, but then the log-end-offset essentially starts over resulting in a negative lag. Is this just aesthetic? The lag is slowly moving closer to 0 but some of our negative lags are very "large". Several hundred million. I verified all the data has moved over, but I'm struggling on this lag issue.
Any help clearing this up is much appreciated!
Source cluster is 2.4.1 destination is 2.8.1. Detailed info in the Github URL.
Attachments
Issue Links
- relates to
-
KAFKA-12468 Initial offsets are copied from source to target cluster
- Resolved
- Testing discovered
-
KAFKA-14663 High throughput topics can starve low-throughput MM2 offset syncs
- Resolved