【TiDB 使用环境】生产环境 /测试/ Poc
【TiDB 版本】
【操作系统】
【部署方式】云上部署（什么云）/机器部署（什么机器配置、什么硬盘）
【集群数据量】
【集群节点数】
【问题复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【复制黏贴 ERROR 报错的日志】
【其他附件：截图/日志/监控】
Q_Tidb_9_tiup缩容pump-等了4个小时还在Pending Offline.docx (212.8 KB)
缩容pump
tiup cluster scale-in tidb-test --node 2.1.1.10:8250 -y
等了4个小时，
dm集群信息：
怎么让pending offline变为 tombstone.
什么原因怎么处理？
有猫万事足
5
这个pump是tidb binlog的节点，应该不是非常重要，再加上你的drainer都已经是down了。
这个pump是drainer的上游给binlog排序用的节点，可能是drainer没起来所以缩不掉。
实在不行可以考虑强制缩容，反正这个节点强制缩容也不会导致数据丢失。
https://docs.pingcap.com/zh/tidb/stable/tiup-component-cluster-scale-in/#--force
1.正常情况下，pump节点需要等自己的binlog都消费掉，才可以退出
2.你这只有一个pump节点，需要确认下tidb是否开启了binlog，如果开启了，没有pump节点也会有问题
3.如果确认都不依赖了，可以采用强制缩容
1 个赞
system
(system)
关闭
7
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。
