You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Please answer these questions before submitting your issue. Thanks!
What did you do? If possible, provide a recipe for reproducing the error.
As the source of MySQL produces exceeded 4GB Binlogs, DM-work will be abort and wait for the operator manual redo this task that Binlogs from the source platform to target dm-worker of rely-dir.
What did you expect to see?
Dm-worker supports pull exceeded 4GB Binlog from source Mysql.
DM version (run dmctl -V or dm-worker -V or dm-master -V):
(paste DM version here, and you must ensure versions of dmctl, DM-worker and DM-master are same)
All of DM version
- Upstream MySQL/MariaDB server version:
```
(paste upstream MySQL/MariaDB server version here)
```
- Downstream TiDB cluster version (execute `SELECT tidb_version();` in a MySQL client):
```
(paste TiDB cluster version here)
```
- How did you deploy DM: DM-Ansible or manually?
```
(leave DM-Ansible or manually here)
```
- Other interesting information (system version, hardware config, etc):
>
>
current status of DM cluster (execute query-status in dmctl)
Operation logs
Please upload dm-worker.log for every DM-worker instance if possible
Please upload dm-master.log if possible
Other interesting logs
Output of dmctl's commands with problems
Configuration of the cluster and the task
dm-worker.toml for every DM-worker instance if possible
dm-master.toml for DM-master if possible
task config, like task.yaml if possible
inventory.ini if deployed by DM-Ansible
Screenshot/exported-PDF of Grafana dashboard or metrics' graph in Prometheus for DM if possible
The text was updated successfully, but these errors were encountered:
superlzs0476
changed the title
DM's dm-worker can't support pull more than 4GB binlog.
DM's dm-worker can't support pull exceeded 4GB binlog.
Sep 4, 2020
Bug Report
Please answer these questions before submitting your issue. Thanks!
As the source of MySQL produces exceeded 4GB Binlogs, DM-work will be abort and wait for the operator manual redo this task that Binlogs from the source platform to target dm-worker of rely-dir.
Dm-worker supports pull exceeded 4GB Binlog from source Mysql.
https://docs.pingcap.com/tidb-data-migration/v2.0/error-handling#solutions-1
Versions of the cluster
DM version (run
dmctl -V
ordm-worker -V
ordm-master -V
):All of DM version
current status of DM cluster (execute
query-status
in dmctl)Operation logs
dm-worker.log
for every DM-worker instance if possibledm-master.log
if possibleConfiguration of the cluster and the task
dm-worker.toml
for every DM-worker instance if possibledm-master.toml
for DM-master if possibletask.yaml
if possibleinventory.ini
if deployed by DM-AnsibleScreenshot/exported-PDF of Grafana dashboard or metrics' graph in Prometheus for DM if possible
The text was updated successfully, but these errors were encountered: