Skip to content
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

move-hot-read-peer may not take effect successfully #3649

Closed
HunDunDM opened this issue Apr 28, 2021 · 1 comment · Fixed by #3657
Closed

move-hot-read-peer may not take effect successfully #3649

HunDunDM opened this issue Apr 28, 2021 · 1 comment · Fixed by #3657
Assignees
Labels
severity/major type/bug The issue is confirmed as a bug.

Comments

@HunDunDM
Copy link
Member

HunDunDM commented Apr 28, 2021

Bug Report

What did you do?

  • The cluster has hot read flow and generates move-hot-read-peer scheduling.

What did you expect to see?

  • A(L) B(F) C(F) -> B(F) C(F) D(L). Hot reading Leader successfully moved to the new Store-D from Store-A.

What did you see instead?

  • Due to the use of CreateMovePeerOperator to generate the schedule. By default, the new Leader will be B or C, not D.

What version of PD are you using (pd-server -V)?

Release Version: v5.0.1
Edition: Community
Git Commit Hash: ea1449c7c693d94661b3c60d35b8679ebfb3da34
Git Branch: heads/refs/tags/v5.0.1
UTC Build Time:  2021-04-23 05:58:55

It should also exist in 4.0.

@HunDunDM HunDunDM added the type/bug The issue is confirmed as a bug. label Apr 28, 2021
@cosven
Copy link
Member

cosven commented May 6, 2021

/severity major

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
severity/major type/bug The issue is confirmed as a bug.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants