br restore报cdc任务状态不是stop 实际已经stop

🪐 TiDB 技术问题 备份&数据迁移
22
  1. 因为br restore是直接物理导入的sst文件，TiCDC没办法识别这类更新，会造成上下游集群的数据不一致，所以才报错的。
  2. 为什么TiCDC的changefeed已经remove了，内存里还能查到，这个得后续排查了。我记得是有缓存，等几分钟再试下呢？
23

tiup cdc:v7.1.1 cli --pd=http://10.2.47.2:2379 unsafe reset 我用这个也刷不了，cdc缩容掉也过去15分钟了

24

etcdctl get --endpoints=127.0.0.1:2379 --prefix --limit=300 /pd

您看看有cdc 的内容不？

25

我这没使用到 ticdc

26

这个命令好像不对
Incorrect Usage: flag provided but not defined: -endpoints

NAME:
etcdctl get - retrieve the value of a key

USAGE:
etcdctl get [command options]

OPTIONS:
–sort returns result in sorted order
–quorum, -q require quorum for get request

flag provided but not defined: -endpoints

27

etcdctl -h 是 – 两个

28

可能跟你的操作有关，执行 “br restore” 命令之前，确保已经停止了CDC任务。如果先执行了"br restore" 命令，再停止CDC任务，可能导致状态显示不一致。 同时根据你的报错信息，是要你先停止备份，然后在恢复，如下图

image
image1239×485 85.3 KB

29

报错我知道是要先停止cdc，现在的是问题是cdc任务全部停止，并移除，cdc都缩容了，还是报同样的错

30

那你重启集群服务，然后在执行恢复命令试下

31

重启了，还是不行，已经过去接近一小时了

33

{“id”:“ticdc/meta”,“index”:0,“labels”:[{“key”:“data-type”,“value”:“meta”}],“rule_type”:“key-range”,“data”:[{“start_key”:“6d00000000000000f8”,“end_key”:“6e00000000000000f8”}]}
/pd/7090447822685072046/region_label/ticdc/meta_tidb_ddl_job
{“id”:“ticdc/meta_tidb_ddl_job”,“index”:0,“labels”:[{“key”:“data-type”,“value”:“meta”}],“rule_type”:“key-range”,“data”:[{“start_key”:“748000fffffffffffffe00000000000000f8”,“end_key”:“748000ffffffffffffff00000000000000f8”}]}

找到了这个

34

你这也看不出任何有效信息啊，有相关的恢复日志吗

35

什么恢复日志，到现在pd里面还有cdc的数据，跑restore仍然报错

36

如何重新让pd同步cdc的状态

37

/tidb/cdc/backup/0/tidb/cdc/changefeed/info/hive-replication-task
etcd这种key可以删除吗

1 个赞
38

删掉了任务对应的key，restore可以运行了

1 个赞
39

只在7.1.1发生吗 其他版本有类似问题吗？

40

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