-
Notifications
You must be signed in to change notification settings - Fork 3.7k
[fix](replica) Fix inconsistent replica id between BE and FE in corner case of tablet rebalance #16889
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
clang-tidy review says "All clean, LGTM! 👍" |
3c742fb to
6150cef
Compare
|
clang-tidy review says "All clean, LGTM! 👍" |
|
run p0 |
6150cef to
9729b0e
Compare
|
clang-tidy review says "All clean, LGTM! 👍" |
|
TeamCity pipeline, clickbench performance test result: |
|
run feut |
|
run buildall |
|
build p0 |
|
build feut |
|
run buildall |
|
run clickbench |
|
run p0 |
dataroaring
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
|
PR approved by at least one committer and no changes requested. |
|
PR approved by anyone and no changes requested. |
…r case of tablet rebalance (#16889)
…in corner case of tablet rebalance (apache#16889)" This reverts commit 783c7d3.
…r case of tablet rebalance (apache#16889)
Proposed changes
Issue Number: close #xxx
Problem summary
tabletwhich has differentreplica_idfrom clone req in_do_clonemay be a dropped replica in FE, e.g:BE1 migrates replica of tablet_1 to BE2, but before BE1 drop this replica, another new replica of tablet_1 is migrated to BE1.
We MUST NOT allow to clone success on dropped replica, otherwise replica id may never be consistent between FE and BE, which may affect operations that depend on the replica id (i.e. drop tablet, cooldown).
Also, when FE tries to add replica in handling
tabletReport, it MUST create new Replica withreplicaIdreported by BE to maintain replica meta consistent between FE and BE.Checklist(Required)
Further comments
If this is a relatively large or complex change, kick off the discussion at dev@doris.apache.org by explaining why you chose the solution you did and what alternatives you considered, etc...