[Help] Backup failed on second attempt via Rsync

[delinend]

My setup: 2x F6-424max (Live and Backup NAS) and use last TOS6 version 6.0.783-01200

I trying to Backup from NAS1 to NAS2 with Centralized Backup and with a Rsync task, using Multi-Version mode. This is running very fast (~600MB/s).

Problem is that the first backup “run” is running fine, without any error.
Then the next backup “run”, the task fails on startup ☹

Any ideas ?

[CursaYang]

Please export the logs and send them to our [email protected] email address for analysis. Please include the link to this post in the email.

[delinend]

Thanks. Have just send my log to the support.

Btw. I see a big difference when trying to use Duple Backup vs Centralized Backup in "Multi-version" mode.

Duple Backup (in Multi-Version) is generating a "complete" backup on each backup run, and takes a lot of disk space and time
Centralized Backup (in Multi-Version) is making a kind of Symbolic links to the files, and the destination disk is only increases when new files are added.

Here why I'm ended with Rsync and Multi-Version:
1. Every try I made to get Hybrid-mode to work on Duple Backup or Centralized Backup, I only got ~60MB/s
2. I don't like Hybrid-mode is doing "Chunk" of the backup. I want RAW file on my destination backup NAS, if Hybrid-mode can't restore.
3. I want a Retension policy around 10-30
4. With Rsync I get around 500-600MB/s. I can't figure out, why SMB on both backup app's are so slow. If I copy via "File Manager", I also get around 500-600MB/s. So it most be a limitation in the app's, as SMB between the NAS's is high speed.

[GevinKe]

Hello, after analyzing the logs, we found that the backup failure was caused by the temporary file /tmp/rsync-tmp684409871/. This file was automatically generated by Rsync during the first backup and should have been deleted automatically upon completion, but in this case, it was not properly removed. We have not yet encountered this issue in our lab tests, but we will attempt to reproduce and resolve it.

Temporary Solution:

• If you are the NAS administrator, open All Applications → Terminal, and enter the command rm -rf /tmp/rsync-* to manually delete the temporary files. This should restore normal backup functionality.

• Alternatively, you can simply restart the TNAS, and the temporary files will be automatically cleared.

Regarding the other issues you mentioned:

• The copy speed in File Manager depends on the disk’s read/write performance, while backup applications transfer data over the network, so their speed depends on your network bandwidth.

• If you wish to retain 10 to 30 backup versions, you can set up a scheduled backup task and specify the desired number of retained versions in the retention policy.

• The Hybrid Mode is a unique encrypted backup method developed by TerraMaster. It uses block-level processing to combine the efficiency of incremental backups with the version tracking capability of multi-version backups.

• Since Hybrid Mode needs to calculate, verify, and segment file data, its backup speed is relatively slower. However, we are planning to optimize the backup performance of Hybrid Mode in upcoming versions.

[akreal]

I run into the same issue with the backup failing on second attempt via Rsync.

My setup: TerraMaster F4-424 running TOS 6.0.794-01324, Centralized Backup 3.0.206. The Rsync server is Fedora Linux 42 with Rsync 3.4.1.

I tried to restart the TNAS, but the issue persists.

Code: Select all

2025-12-23 16:50:27.094 [INFO] task name:scratch; task id:1; backup task failed 
2025-12-23 16:50:27.094 [ERRO] 1. softLinkToDst failed!
   1).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).Run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:87
   2).  newFileServer/domain/backup.(*taskImpl).run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:165
   3).  newFileServer/domain/backup.(*taskImpl).Start.func1
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:80
2. 1. Failed to read remote rsync dir with exclude list
   1).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).cowByDir
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:171
   2).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).cpToDst
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:131
   3).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).Run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:84
   4).  newFileServer/domain/backup.(*taskImpl).run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:165
   5).  newFileServer/domain/backup.(*taskImpl).Start.func1
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:80
2. exec command error
   1).  newFileServer/pkg/fs.(*RsyncFs).ReadDirWithExclude
    	/buildAgent/work/92ccfaf0826a94d3/pkg/fs/rsync.go:377
   2).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).cowByDir
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:169
   3).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).cpToDst
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:131
   4).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).Run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:84
   5).  newFileServer/domain/backup.(*taskImpl).run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:165
   6).  newFileServer/domain/backup.(*taskImpl).Start.func1
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:80
3. Unexpected local arg: /tmp/rsync-tmp417926053/
If arg is a remote file/dir, prefix it with a colon (:).
rsync error: syntax or usage error (code 1) at main.c(1510) [Receiver=3.2.3]

   1).  gitlab.local/golibrary/utils.CmdRunCombineError
    	/root/go/pkg/mod/gitlab.local/golibrary/[email protected]/utils.go:214
   2).  newFileServer/pkg/fs.(*RsyncFs).ReadDirWithExclude
    	/buildAgent/work/92ccfaf0826a94d3/pkg/fs/rsync.go:375
   3).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).cowByDir
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:169
   4).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).cpToDst
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:131
   5).  newFileServer/domain/backup/service.(*MultiVerRsyncSrv).Run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/service/multiver_rsync.go:84
   6).  newFileServer/domain/backup.(*taskImpl).run
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:165
   7).  newFileServer/domain/backup.(*taskImpl).Start.func1
    	/buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:80
4. exit status 1

Stack:
1.  newFileServer/domain/backup.(*taskImpl).Start.func1
    /buildAgent/work/92ccfaf0826a94d3/domain/backup/task.go:83

Code: Select all

[DEBUG /usr/bin/rsync -rn --out-format=%n%M%l --password-file=/tmp/896253359 --port=873 --8-bit-output [email protected]::scratch/ /tmp/rsync-tmp417926053/ ]

[CursaYang]

Please export the application debug logs and send them to us at [email protected]. Please provide an email address for analysis. Please attach the link to this post in the email.

[akreal]

Thank you for the answer. I have just send my log to the support.

[ColaChen]

Hello, based on the log analysis you provided, your situation is consistent. For a temporary workaround, please open All Applications → terminal , enter the command rm -rf /tmp/rsync-* to manually delete the temporary files. Re-run the second backup attempt and it should work normally. We will resolve this issue.

[crisisacting]

Guessing you meant to post that as:

Code: Select all

rm -rf /tmp/rsync-*

[akreal]

Thank you for your reply.

I opened the terminal, however, there were no /tmp/rsync-* directories to delete.

Backup attempts still fail, the new logs are sent to the support email.