DM升级1.0.3出现的问题，启动task任务查看状态报错。check检查以通过

🪐 TiDB 技术问题 备份&数据迁移
1

为提高效率，提问时请提供以下信息，问题描述清晰可优先响应。

  • 【TiDB 版本】：DM版本，刚升级为1.0.3
  • 【问题描述】：因昨天同步上游数据库binlog日志被清理，导致同步失败，恢复不了，昨日刚升级了DM1.0.3，今天下线worker之后，重新配置worker启动成功，之后启动task任务检查通过，但是start之后出现问题，问题请看下面截图。

%E5%9B%BE%E7%89%87

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871154×586 15.8 KB

下面是具体错误日志
%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871537×865 81.8 KB

2

现在需要重新初始化对吧？下游库已经清空？麻烦把tidb. log 上传下，看下具体错误，以及 task. yaml

3

对需要重新初始化，下游库已经删库了。dm_meta的load和sync的两个表已经删除了。tidb。log日志我下载不下来，所以没办法上传，task.yaml 我给你截图。

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871542×599 20.1 KB

4

tidb. log 错误发的全一点吧，dispatch 过滤，从8.17

5

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871535×868 84.1 KB

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871530×867 99.6 KB

全是这样的，一点看不到

6

现在有一个任务同步正常了？！

7

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871917×874 47.1 KB

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871542×594 21.9 KB

这样应该是成功了吗？我直接start之后直接就是sync模式，这样正常吗

8

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%87378×674 10.8 KB

而且我看这个我指定的rds1的这个worker下的文件夹并没有一点点的变大呀。就刚开始变成1.7G之后就不变大了

9

不对啊，正常先要全量导出导入的，可以把 dm 日志和 tidb.log 发出来吗？

10

看下下游有没有库？这个库很小？

11

我知道了，我是rds1只同步了一个库，所以很快就完了。是不是白名单和黑名单不能同时存在呢，我给你看一下我rds1的task文件。

%E5%9B%BE%E7%89%87
%E5%9B%BE%E7%89%871535×889 22.8 KB

12

这样写果然只同步了一个库，只同步了白名单的那个库。

13

但是rds1是同步成功了。

14

虽然只有一个库

15

感觉 ignore db 那个位置有问题，先注释掉这张表不同步，先做正常同步，然后停止。再加回去不同步，可以看下rds1是不是没有 ignore db

16

我改一下task吧，把白名单的那个去掉。然后我停掉task，下线worker，删掉下游的load表和sync表，重新同步一下吧。重新操作。看看是不是还不行。

17

好的，可以把日志传上来，我们看看

18

目前rds1是可以了，正在Dump中，目前是没有问题的。我再试一下rds2吧

19

好的 有问题随时提问

20

我同步到66个G的时候，目前状态是Dump，我去worker节点看文件夹大小已经66个G了，不知道为什么，突然重新开始了。我在查看worker节点的时候变成2.2的G了，又重新开始了？我看状态是没问题的，监控什么也没问题。 详细请看链接，我又开了一个帖子。