how to solve backlog quota exceeds when another subscription reset the cursor to retention position
- Dominant language
- Java
- Stars
- 15.3k
- Forks
- 3.8k
- Avg merge
- 1d 14h
- Merged PRs (30d)
- 160
Description
for a topic A , set backlog quota 1G, retention 1T, strategy is produce exception
there has sub1, which is consuming normally,
and then sub2 want to consume the retention data, then reset the cursor,then backlog size of topic will be 1G+1T which is bigger than backlog quota, producer will fail .
except for setting backlog quota -1 (which will make broker serve much data), is there any better way?
maybe wen consume retention data , it should not be computed into backlogsize quota check?
Contributor guide
Research direction
Start by reproducing the described topic A scenario with a 1G backlog quota, 1T retention, sub1 consuming normally, and sub2 resetting its cursor to retention data. Trace how the cursor reset affects backlog size and producer behavior; done would require an agreed handling for retained data that avoids the quota failure, plus validation of the chosen behavior.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- distributed-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100