stop-task
during load phase will cause the source always tries to transfer to the worker
#3771
Labels
stop-task
during load phase will cause the source always tries to transfer to the worker
#3771
What did you do?
mysql-replica-01
task_new
and its status isload
mysql-replica-01
is bound to new dm worker 172.16.x.215:8262mysql-replica-01
is bound to 172.16.x.162:8262 againWhat did you expect to see?
source
mysql-replica-01
is still bound to dm-worker 172.16.x.215:8262 after dm-worker 172.16.x.162-8262 is startedWhat did you see instead?
When dm worker 172.16.x.162:8262 is restarted, source
mysql-replica-01
is bound to 172.16.x.162:8262 againVersions of the cluster
DM version (run
dmctl -V
ordm-worker -V
ordm-master -V
):(paste DM version here, and you must ensure versions of dmctl, DM-worker and DM-master are same)
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: tiup or manually?
(leave TiUP or manually here)
Other interesting information (system version, hardware config, etc):
current status of DM cluster (execute
query-status <task-name>
in dmctl)(paste current status of DM cluster here)
The text was updated successfully, but these errors were encountered: