[KAFKA-13102] Topic IDs not propagated to metadata cache quickly enough for Fetch path

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Fix Version/s: 3.1.0
• Assignee: Justine Olshan
• Reporter: Justine Olshan
• Reviewer: David Jacot
• Created: 18/Jul/21 03:08
• Updated: 24/Sep/21 08:51
• Resolved: 24/Sep/21 08:51

Description

Currently, the fetch path for replicas relies on the topic IDs in the metadata cache. However, the propagation of topic ID information is done through the UpdateMetadata request and is too slow. At first the topic will have no ID in the metadata cache and we will send an older request and then we get the ID and have to close the session. This will likely happen on broker startup and with new topics. This has resulted in increased partitions in error, frequent closing of sessions and made tests like ConsumerBounceTest#testCloseDuringRebalance extremely flaky.

A quick test with topic IDs stored in the replica manager during the handling of LISR requests showed that significantly fewer errors and made ConsumerBounceTest#testCloseDuringRebalance much less flaky (passing 50/50 runs vs. 11/50 runs).

The task now is figuring out the best strategy to store topic IDs for the fetch path using the IDs from the LISR request.

Issue Links

• links to: GitHub Pull Request #11170