Note:
This topic has been translated from a Chinese forum by GPT and might contain errors.
Original topic: 数仓宕机恢复后连接问题
[TiDB Usage Environment] Production Environment / Testing / PoC
[TiDB Version]
[Reproduction Path] What operations were performed when the issue occurred
After the cluster experienced an abnormal crash due to storage issues and recovered, all nodes are running normally, but there is an error when connecting to TiDB.
[Encountered Issue: Problem Phenomenon and Impact]
[Resource Configuration] Go to TiDB Dashboard - Cluster Info - Hosts and take a screenshot of this page
[Attachments: Screenshots/Logs/Monitoring]
This is when connecting with haproxy
This is when directly connecting to port 4000
Using Navicat to connect reports this error
Post the HAProxy configuration file.
The image you provided is not accessible. Please provide the text you need translated.
Directly connect to a specific TiDB instance without connecting to HAProxy.
It will report this error.
Check if haproxy is starting normally.
It has nothing to do with HA, direct connection doesn’t work either.
Which node failure caused the issue?
It should report the same error, but now it’s a different error.
Now direct connection works, but HA doesn’t.
The storage of the physical machine in the data center is broken, and the TiKV and TiDB virtual machines are on this physical machine.
Remove the Chinese comments from ha and restart it.
Solved it by adding this to the configuration file, but it’s strange that it didn’t report an error before without it.
It’s good that it’s resolved, everyone has learned something.
Mine is empty too, but it doesn’t affect usage. I can access it normally.
It’s quite strange, hahaha.