dm-worker绑定task出现问题,dm-worker解绑task怎么处理

为提高效率,请提供以下信息,问题描述清晰能够更快得到解决:
【 TiDB 使用环境】

【概述】 扩容dm-worker,被已有的任务自动绑定了

【备份和数据迁移策略逻辑】

【背景】 扩容dm-worker,被已有的任务自动绑定了

【现象】 业务和数据库现象

【问题】dm-worker绑定task出现问题,dm-worker解绑task怎么处理
看到官网资料如下:
在改变绑定关系前,DM 会检查待解绑的 worker 是否正在运行同步任务,如果正在运行则需要先暂停任务,并在改变绑定关系后恢复任务
暂停任务,通过下面语句还是报错,报dm-worker还是已被绑定
tiup dmctl --master-addr 192.168.xx.xx:8261 transfer-source mysql-replica-04 dm-192.168.xx.xx-8270

【业务影响】

【TiDB 版本】 5.5.0

【附件】

  • 相关日志、配置文件、Grafana 监控(https://metricstool.pingcap.com/)
  • TiUP Cluster Display 信息
  • TiUP CLuster Edit config 信息
  • TiDB-Overview 监控
  • 对应模块的 Grafana 监控(如有 BR、TiDB-binlog、TiCDC 等)
  • 对应模块日志(包含问题前后 1 小时日志)

若提问为性能优化、故障排查类问题,请下载脚本运行。终端输出的打印结果,请务必全选并复制粘贴上传。

参考下这个问题的解决方式~

这个对我的dm-worker手动下线,再解除绑定task没点参考呀

麻烦提供下版本,具体报错信息,请问用stop-task停止同步任务了么

你试试tiup dmctl --master-addr 192.168.xx.xx:8261 pause-task xxx来暂停任务,看下暂停是否成功 。
transfer-source是用来处理数据库和worker的绑定关系,不是task和worker。

假死,解除不了,看日志,新增dm-worker,假死的会自动飘过到新增的dm-worker,再对假死的进行缩容处理。
一般情况,执行 stop-task 和 operate-source stop 操作后,该 task 就会和对应 worker自动解绑 ,dm-worker重新变为free状态

这个问题解决了吗?

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。