maybe adverseAddr should be used in some places insted of masterAddr #4511
Labels
affects-5.3
affects-5.4
This bug affects the 5.4.x(LTS) versions.
area/dm
Issues or PRs related to DM.
severity/moderate
type/bug
The issue is confirmed as a bug.
What did you do?
I try to use DM with TLS (with --masterAddr=0.0.0.0:8261), but worker cannot connect to master, master log shows
It works after I add 0.0.0.0 to alt_names of cert, bit I think it should not be necessary
Then I search the code, I found somewhere, masterAddr was used as endpoint. maybe adverseAddr should be used instead. For example: https://github.com/pingcap/tiflow/blob/master/dm/dm/master/server.go#L214
related issue: pingcap/dm#966
What did you expect to see?
No response
What did you see instead?
No response
Versions of the cluster
v2.0.7 v5.3.0
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: