-
Notifications
You must be signed in to change notification settings - Fork 721
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
region_scatterer: fix the bug that could generate schedule with too few peers (#4570) #4578
region_scatterer: fix the bug that could generate schedule with too few peers (#4570) #4578
Conversation
[REVIEW NOTIFICATION] This pull request has been approved by:
To complete the pull request process, please ask the reviewers in the list to review by filling The full list of commands accepted by this bot can be found here. Reviewer can indicate their review by submitting an approval review. |
…ew peers (tikv#4570) close tikv#4565 Signed-off-by: HunDunDM <[email protected]>
76519b2
to
87ffadc
Compare
Signed-off-by: HunDunDM <[email protected]>
Codecov Report
@@ Coverage Diff @@
## release-5.0 #4578 +/- ##
===============================================
- Coverage 74.98% 74.92% -0.06%
===============================================
Files 245 245
Lines 24446 24450 +4
===============================================
- Hits 18331 18320 -11
- Misses 4500 4508 +8
- Partials 1615 1622 +7
Flags with carried forward coverage won't be shown. Click here to find out more.
Continue to review full report at Codecov.
|
/merge |
@nolouch: It seems you want to merge this PR, I will help you trigger all the tests: /run-all-tests Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the ti-community-infra/tichi repository. |
This pull request has been accepted and is ready to merge. Commit hash: b6ce700
|
This is an automated cherry-pick of #4570
What problem does this PR solve?
close #4565
What is changed and how it works?
If an originPeer is already in
selectStore
,continue
directly. Otherwise, it will end up picking atargetPeer
which is either itself or some other store that is not in the initial peer list. Since entering the select phase, it is guaranteed that it is not in theselectStore
, so it is always guaranteed that the worst-case selection itself is feasible at this time. In the end, the number of peers before and after can be guaranteed to remain unchanged.Check List
Tests
When not modified, the following operator may be generated:
scatter-region {rm peer: store [3]} (kind:region,leader, region:201(0,0), createAt:2022-01-13 18:24:32.375399 +0800 CST m=+0.014571751, startAt:0001-01-01 00:00:00 +0000 UTC, currentStep:0, steps:[transfer leader from store 3 to store 4, remove peer on store 3])
Code changes
Side effects
Related changes
Release note