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

Successive StoreNotMatch errors after add new store with tombstone store's IP #22907

Closed
lysu opened this issue Feb 24, 2021 · 2 comments · Fixed by #22909
Closed

Successive StoreNotMatch errors after add new store with tombstone store's IP #22907

lysu opened this issue Feb 24, 2021 · 2 comments · Fixed by #22909
Assignees
Labels
severity/major sig/transaction SIG:Transaction type/bug The issue is confirmed as a bug.

Comments

@lysu
Copy link
Contributor

lysu commented Feb 24, 2021

Bug Report

Please answer these questions before submitting your issue. Thanks!

1. Minimal reproduce step (Required)

  1. start a region with 3 store(s1, s2, s3), and s1 is leader
  2. make s1 as tombstone
  3. add new s4 with s3's ip and make s4 as region leader
  4. invoke query to hit region leader

2. What did you expect to see? (Required)

some storeNotMatch and recover quickly

3. What did you see instead (Required)

Successive StoreNotMatch errors after replace tombstone store with new store id and timeout for user query.

4. What is your TiDB version? (Required)

Release Version: None
Edition: Community
Git Commit Hash: None
Git Branch: None
UTC Build Time: None
GoVersion: go1.15
Race Enabled: false
TiKV Min Version: v3.0.0-60965b006877ca7234adaced7890d7b029ed1306
Check Table Before Drop: false
@lysu lysu added the type/bug The issue is confirmed as a bug. label Feb 24, 2021
@lysu lysu self-assigned this Feb 24, 2021
@lysu lysu added the sig/transaction SIG:Transaction label Feb 24, 2021
@lysu lysu changed the title Successive StoreNotMatch errors after replace tombstone store with new store id Successive StoreNotMatch errors after add new store with tombstone store's IP Feb 24, 2021
@ti-srebot
Copy link
Contributor

ti-srebot commented Mar 3, 2021

Please edit this comment or add a new comment to complete the following information

Not a bug

  1. Remove the 'type/bug' label
  2. Add notes to indicate why it is not a bug

Duplicate bug

  1. Add the 'type/duplicate' label
  2. Add the link to the original bug

Bug

Note: Make Sure that 'component', and 'severity' labels are added
Example for how to fill out the template: #20100

1. Root Cause Analysis (RCA) (optional)

2. Symptom (optional)

3. All Trigger Conditions (optional)

4. Workaround (optional)

5. Affected versions

[v3.0.0:v3.0.20],[v4.0.0:v4.0.11],[v5.0.0-rc]

6. Fixed versions

master

@youjiali1995
Copy link
Contributor

TiFlash meets the same problem. Close it.

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

Successfully merging a pull request may close this issue.

4 participants