You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* 1. Fix the bug that confirmOffset may be larger than ReputOffset in some cases. 2. Optimize the logic when truncate dirty files.
* Add more logs while expanding SyncStateSet.
* reset the confirmOffset to the truncated offset.
* optimize the log.
* move setConfirmOffset() process into commitLog.
* add the judge.
Before Creating the Bug Report
Describe the Bug
The confirmOffset is not reseted after truncating.
Steps to Reproduce
3 Controllers, 3 Brokers.
The calculating process of truncateInvalidMsg has something wrong here:
The reputOffset was wrongly calculated, which leads to more and more messages were truncated.
What Did You Expect to See?
No message lost.
What Did You See Instead?
Additional Context
The reputFromOffset is re-calculated here:
It uses confirmOffset:
The reputFromOffset is reseted, but the confirmOffset is not reseted:
The text was updated successfully, but these errors were encountered: