【TiDB 使用环境】生产环境
【TiDB 版本】v8.5.1
【操作系统】ubunut 20.04
【部署方式】云上部署（什么云）/机器部署（什么机器配置、什么硬盘）
【集群数据量】
【集群节点数】
【问题复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
执行tiup cluster scale-in prod-cluster -N ip:4000–force 时，会卡在 stopping instance阶段，如图
有没有人帮忙看看呀，其他的扩缩容操作，都会因为这个机器卡住。
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
【其他附件：截图/日志/监控】
tidb-server的话，你不连他不就相当于缩容了？或者把机器关了
你服务正常，tidb 其他节点应该是能和这台机器通信的，你可以 ssh 到其他机器，再去下线它吧
上面截图，就是tiup cluster scale-in prod-cluster -N ip:4000–force 时, 卡住了。估计这个stoppng 操作是需要登录机器，停掉 tidb-server 服务，但是现在这个机器登录不了了。
正常强制缩是不需要连接到目标服务器的，我之前有台服务器坏了磁盘都被格式化了，也是这样–force缩掉的
我的和你的情况应该不一样。我的stoping 应该是卡在了 ssh 阶段，所以一直卡着
其他机器也上不了这个机器了
把机器关了，然后在force试试呢
机器是啥状态， tidb server 是无状态的，你机器挂了，它相当于自动从集群中踢出去了
只是 tiup 里元数据还有它而已
可是如果其他机器也无法 ssh 登录这台机器，那这台机器应该无法正常服务才对吧
可以正常服务，机器现在是异常状态。机器无法登录，但是上面的服务是正常的。
基本关机之后， tidbserver这种无状态的组件直接–force缩容掉是不会有影响的呀
如描述中的截图，加了 --force 的缩容操作，也是一直卡住，进行不了。
对应tidb.log中有异常日志没有
这个在下线需要等一段时间，可以看下相关的日志是否有报错。
没有报错，就是一直卡着。后来重启机器了。
重启机器后，能缩容掉这个节点吗
可以的
