-
Notifications
You must be signed in to change notification settings - Fork 222
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
An unready store might be marked as reachable #1111
Comments
zyguan
added a commit
to zyguan/client-go
that referenced
this issue
Apr 28, 2024
iosmanthus
added a commit
that referenced
this issue
Jul 9, 2024
Co-authored-by: zzm <zhouzemin@pingcap.com> Co-authored-by: glorv <glorvs@163.com> Co-authored-by: disksing <i@disksing.com> Co-authored-by: cfzjywxk <lsswxrxr@163.com> Co-authored-by: ShuNing <nolouch@gmail.com> Co-authored-by: ekexium <eke@fastmail.com> Co-authored-by: Liqi Geng <gengliqiii@gmail.com> Co-authored-by: zyguan <zhongyangguan@gmail.com> Co-authored-by: xufei <xufeixw@mail.ustc.edu.cn> Co-authored-by: crazycs <crazycs520@gmail.com> fix: check kill signal against 0 (#1102)" (#1129)" fix #1111 (#1324) fix rpc client panic cause by concurrent close (#1358)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The health check loop will do reResolve periodically. If the store meta changed, a new store will be inserted and the old one will be marked as deleted. Both old store and new store are marked as reachable at the end of the health check loop. As a result, tidb may access this unready store and requests finally timeout.
The text was updated successfully, but these errors were encountered: