[Bugfix] Fix the bug data balance causes tablet loss#9971
[Bugfix] Fix the bug data balance causes tablet loss#9971morningman merged 7 commits intoapache:masterfrom
Conversation
| * It's used to test the reliability in single replica case when tablet scheduling are frequent. | ||
| * Default is false. | ||
| */ | ||
| @ConfField |
There was a problem hiding this comment.
| @ConfField | |
| @ConfField(mutable = false, masterOnly = true) |
There was a problem hiding this comment.
And please add comment to explain more about how this works.
be/src/olap/tablet_manager.cpp
Outdated
| } | ||
| if (to_drop_tablet->replica_id() != replica_id && replica_id != 0) { | ||
| LOG(WARNING) << "fail to drop tablet because replica_id not match. " | ||
| << "tablet_id=" << tablet_id; |
There was a problem hiding this comment.
print replica_id as well.
ae953f6 to
a4e3ca5
Compare
|
PR approved by at least one committer and no changes requested. |
|
PR approved by anyone and no changes requested. |
There was a problem hiding this comment.
-
In the process of cloning a tablet, when the source tablet snapshot file is downloaded, you need to reset the replica ID in the tablet meta to mark the tablet as a new tablet.
Otherwise, the drop task will still delete the tablet after the clone is finished, which is exactly the bug. -
Also need add replica id in report replica info task.
|
a4e3ca5 to
e5802c2
Compare
e5802c2 to
d5bea88
Compare
d5bea88 to
8f39c81
Compare
8f39c81 to
65c8c27
Compare
|
PR approved by at least one committer and no changes requested. |
Proposed changes
Issue Number: close #6061
Problem Summary:
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...