loader failed with "restoring count greater than total count for table" #3735
Labels
area/dm
Issues or PRs related to DM.
found/automation
Bugs found by automation cases
severity/minor
type/bug
The issue is confirmed as a bug.
What did you do?
only one worker in this scenario
all
modeload
and get intosync
, so all dumped files are removed, but beforesync
starts it wait atunitTransWaitCondition
(insideSubTask.run()
) for relay is enabled, so got no chance to save async
checkpointEnableRelay
starts toresetAllSubTasks
, a newload
unit is created for it's the last unit that is not fresh and begin runningload
found no dumped files but got one file from checkpoint(already finished), then reported an error(inCalcProgress
)not that easy to repeat this bug. i write a script to start 4 tasks and start relay immediately may repeat it sometimes.
What did you expect to see?
no error
What did you see instead?
error
Versions of the cluster
DM version (run
dmctl -V
ordm-worker -V
ordm-master -V
):current status of DM cluster (execute
query-status
in dmctl)(paste current status of DM cluster here)
The text was updated successfully, but these errors were encountered: