【 TiDB 使用环境】生产环境
【 TiDB 版本】v6.5.5
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
机器A的4000端口在集群test01中，在集群test02中也添加到了机器A的4000端口服务。现在想将机器A的4000数据在集群test02中删除，避免操作错集群数据。
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
集群test02能添加成功？
能的，这里也是属于tiup前置检查不到位
直接缩掉不要的节点 tiup cluster scale-in clustername --node xxxxx:4000
不同集群的机器也能互信访问？看下集群test2的tiup的metadata
这个节点的4000在其它集群中使用，scale-in的话，在正常集群也会下掉。
能说想要具体的路径吗
应该是能添加不能启动，因为部署一个集群，并没有启动实例，所以不会有端口冲突问题
不需要启动呀，在另外一个集群里面已经是启动状态。 现在的问题是 在这个集群里面 也可以控制这个4000端口。这是怕误操作 把其它集群给操作了。
可以通过缩容的方式删除
楼上说明了，这个节点的4000服务在其它集群中正常提供服务。
而且已经测试了，操作test02集群的A:4000端口，在test01集群中会是一样的操作。
看了糊涂 描述的糊涂
就是一个10.0.0.1:4000，在tiup cluster display test01 / test02 里面都有这个服务。现在想要删除test02集群中10.0.0.1:4000的节点，用scale-in缩容的话，test01的10.0.0.1:4000也会被缩容掉。这个在test01上是正常提供服务的。
是的 但是这个节点，其实只给集群1提供服务。但是集群2可以操作这个节点，为了防止误操作，需要在集群2中删掉这个节点。缩容无法满足。已经试过了，会对集群1的该节点也做缩容操作。
目前就是想把tiup上的这个节点数据删掉，scale-in是无法满足需求。
修改test02中的.tiup/storage/cluster/clusters/clustername/meta.yaml试试呢
1 个赞
OK了 感谢
其实这里算是一个bug，新集群在加节点的时候，检测到邮件存在的端口，居然还能成功添加数据。