# [KB]关于 DM 2.0.1 binlog, relay log 文件序号超过 7 位  handle a potential duplicate event

## Issue

DM task 报错如下

```golang
"errors": \\[

{ "ErrCode": 30029, "ErrClass": "relay-unit", "ErrScope": "internal", "ErrLevel": "high", "Message": "handle a potential duplicate event \u0026\\{Timestamp:1635830667 EventType:PreviousGTIDsEvent ServerID:1503805447 EventSize:31 LogPos:154 Flags:128}

in mysql-bin-changelog.999999: check event \u0026{Timestamp:1635830667 EventType:PreviousGTIDsEvent ServerID:1503805447 EventSize:31 LogPos:154 Flags:128} whether duplicate in relay-dir/ca9a77a0-37a1-3840-bf40-9755500746ee.000001/mysql-bin-changelog.999999: event from 123 in relay-dir/ca9a77a0-37a1-3840-bf40-9755500746ee.000001/mysql-bin-changelog.999999 diff from passed-in event \u0026{Timestamp:1635830667 EventType:PreviousGTIDsEvent ServerID:1503805447 EventSize:31 LogPos:154 Flags:128}",\
"RawCause": "",\
"Workaround": ""\
}\
],
```

## Root Cause

DM V2.0.1 bug，当 binlog 或者 relay log 序号超过 7 位数，会触发bug：[https://github.com/pingcap/dm/issues/1475](https://github.com/pingcap/dm/issues/1475)

DM V2.0.2 版本修复

## Diagnostic Steps

查看 task 日志，发现报错：handle a potential duplicate event

## Resolution

升级 DM 版本至 2.0.2 以上即可

## Workaround

1. 升级 DM 版本至 2.0.2 及其以上版本

2. 当客户集群较大，不便于升级时，可以临时新建一个 DM 2.0.2 以上版本的集群，将出错的 task 迁移至新集群

    1. 新建 DM 2.0.7 集群
    2. 创建 source，以及绑定 worker
    3. 将原有的 task yaml 文件复制到新集群，然后启动 task 即可
       1. 如果新的 event 被写到 999999 文件里，需要在 yaml 加上 meta 的位点，在启动 task 时加上 --remove-meta 选项
       2.. 如果新的 event 没有写到 999999 文件，直接启动 task 即可