【TiDB 使用环境】生产环境
【TiDB 版本】7.5
【操作系统】centos 7.9
【部署方式】tiup部署
【集群数据量】几千张分区表
【集群节点数】5tidb 3pd 12kv 3tiflash
【问题复现路径】登录dashboard面板出现访问端口超时
【遇到的问题:问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
【其他附件:截图/日志/监控】
我看这两位都是遇到了但是没有彻底的解决方案
其中一位说了他们是在集群建了大量表后出现的 感觉这个bug是不是跟集群数据量过大导致的
实在没有解决办法就只有升级了 不知道升级到哪个版本 能解决这个问题 奇怪的是这个端口我直接curl显示的是metrics信息 看官方文档和论坛都没有介绍不知道为什么会timeout
diwing
(Ti D Ber R Qstj35v)
5
重启后是不是每次都是这个pd节点有问题,pd太繁忙,资源够不够
是的 ui节点一直是这个 但是看负载cpu 内存都很充足 使用率15%左右
diwing
(Ti D Ber R Qstj35v)
7
产品内部有端口映射,不明白为啥不直接去访问2379,要转一次,有可能是转发出问题了
diwing
(Ti D Ber R Qstj35v)
9
tiup cluster display CLUSTER_NAME --dashboard 看下这里对你有用不 https://docs.pingcap.com/zh/tidb/stable/dashboard-faq/
不是 前面我是挂了代理 正常转发到2379端口 请求127.0.0.1:21058 这个是pd自己的行为
我现在是挺费解为什么会请求这个端口 而且看起来还是随机的 都没有文档介绍这个
就好奇为什么pd会监听这样一个端口 并且dashboard登录的时候 还要请求config 和 schema 接口
肯定不是呢 要是访问2379有问题 这个登录界面都不会出现了
TiDBer_SSUU
(Ti D Ber Ssu Uw M5d)
20
这台服务器有haproxy,tidb-server开透传了吧,这种把dashboard切到其他pd节点上就好了
tiup ctl:v<CLUSTER_VERSION> pd -u http://pd_ip:port config set dashboard-address http://new_dashboard_ip:port
1 个赞