【 TiDB 使用环境】生产环境
【 TiDB 版本】
【复现路径】
【遇到的问题：问题现象及影响】
如果用中控机部署的集群，之后忘记中控机是哪台了，该如何找到中控机位置
【资源配置】
【附件：截图/日志/监控】
ssh 登录到每台服务器上，执行 tiup 看那台有反应，就是了…
他要是单独的服务器呢
通过netstat 或者ps 可以看出来吗
通过 dashboard 查阅所有的节点，期中有一个不在里面的，就是tiup 中控机
一个笨方法，看你的ssh客户端有没有设置自动记录日志，有的话可以查日志
ls -lth /home/tidb/.tiup
有数据的一般就是。
1 个赞
看下每台主机的/home/tidb/.tiup/logs日志
最笨最有效地方法。用xshell 打开所有节点，右键点击发送会话到所有，输入 history|grep tiup
.tiup目录需要是中控机或者说安装了tiup的才有的是吗。
这个目录是不是只有安装了tiup的才有
dashboard好像并不会显示单独部署的tiup地址
看监控排除法 
每个节点登录上去，history |grep tiup 查下执行过tiup的可能就是啦。
这个的话应该是需要在服务器数量少或者说在集群某个节点上部署的中控机会很好用
对的，而且你的操作记录和集群的配置信息都会在这个目录中
可以看下/var/log/secure 看下有什么机器的ip ssh 连接过，那台机有可能就是tiup
看这个目录 /home/tidb/.tiup ，并对这个目录做备份同步到其他tidb 机器上去，其他机器也可执行tiup 命令
直接运行tiup cluster list命令就好了，
在生产中因为安全问题可能按照网络区域、内外网、生产测试等划分多个tiup管理的集群。
而且管理维护人员可能不一定是tidb专职人员，会使用tidb但是并不知道tiup在哪里，但是呢告警一般只告诉你具体的IP信息或者集群名称信息，导致“非集群部署人员”无从下手。
因此比较建议在每台tiup中控机上部署脚本并加入crontab中，利用tiup push，exec等命令完成将tiup本身信息下推（更新）到每一个节点所在OS中，方便反向查找中控机。