TerraMaster Forum

Hello,

I have tried two different computers on two different F8 SSD Plus systems TOS 6.0.660, using two different 10Gig Switches, and different cables.
Terrasync 5.2.092 installed on windows 11 syncing with TerraMaster F8 SSD Plus (4x Samsung 990 Pro 4TB)

I created a sync task with the F8 Plus on the windows system.
I tested one way upload, and the more scary (because of the issue I had) Bidirectional sync.

So I selected a folder on the D:\CameraFootage\
And it was uploading it (10GigE) to \My files\TerraSync\CameraFootage\
Some of the files were zipped and very large, so it was easy to test them later with winzip after being copied over.
I left it to sync

Then I tried opening the Zip files from the Terramaster F8 in windows explorer, and it was terrible.
Some of the zip files copied over could not be opened after being copied. Original files were fine, but opening the copy on the F8 Plus didn't work, because they were corrupted. THIS IS REALLY BAD!
I need to be able to trust the application to do backups actually doing accurate, and intact backups 100% the same files.

I had to delete them from the Terramaster F8 Plus as they were corrupted, and spending time testing good vs corrupted was a waste of time.

To test there was no issue with the connection I just dragged the same folder over with windows explorer, file copy was complete and I checked all zip files they are now OK.

How can it be that some of the files synced are corrupted, there must be something really wrong with TerraSync.
I reproduced this on two different F8 SSD plus and two different switches so it can't be something wrong I'm doing.

Do you not do a CRC check after file copy, if not could you please add this as an option?

I need to trust the file backups or it will be impossible to use terrasync.

Anyone else seen this?

We sincerely apologize for any inconvenience caused earlier. After further verification in our lab, we have not found any issues with file corruption. Additionally, could you please confirm whether the TerraSync version you are currently using is 1.1.858?

Given the unique nature of your situation, we recommend contacting our online customer support via the official website to schedule a remote technical support session. Our professional technicians will assist you in thoroughly investigating the root cause of the issue and provide a targeted solution.

Thank you for your understanding and cooperation!

IrisLi wrote: ↑07 Apr 2025, 11:11

TNAS F4 SSD
TOS 7.0.0567
terraSync 2.1.545
Tnas PC Windows 5.2.540

It looks like something broke with version 5.2.540.
Files arrive from the server at full size, but when compared by content, they're all zeros. On-demand sync is disabled.
In the reverse direction, local PC -> tnas, files are successfully sent and their content is correct.

The same zero-content error occurred on TOS6 with Tnas PC Windows 5.2.540.

pagon wrote: ↑07 May 2026, 16:04

IrisLi wrote: ↑07 Apr 2025, 11:11

TNAS F4 SSD
TOS 7.0.0567
terraSync 2.1.545
Tnas PC Windows 5.2.540

It looks like something broke with version 5.2.540.
Files arrive from the server at full size, but when compared by content, they're all zeros. On-demand sync is disabled.
In the reverse direction, local PC -> tnas, files are successfully sent and their content is correct.

The same zero-content error occurred on TOS6 with Tnas PC Windows 5.2.540.

The TerraSync NAS server version 2.1.545 for TOS 7.0.0567 has been released. Please update it in the application center on the TOS desktop and try it out.

Felix wrote: ↑07 May 2026, 17:58

Even worse, version 2.1.546
and everything broke. First, all the files started downloading from the local PC to TNAS (suggesting a storage cache desync). After recreating the task in TNAS for the PC, the sync folder on the server disappeared from the TNAS PC selection menu. It's a dead end. By the way, in Linux, when moving a folder, all file/folder creation/modification dates (unlike in Windows) are overwritten with the current date.
Ultimately, I had to delete TerraSync in TNAS and re-upload the files.
And finally, TerraSync doesn't validate the copied files... out of 300GB, a couple of files were corrupted (even though the source file was intact). Now I periodically have to verify the integrity of the files through FreefileSync. And the obvious question arises: why do I need TerraSync? I don't understand how everything broke so suddenly. In TNAS 6, before version TNAS PC *510/520 (I don’t remember exactly), everything worked great and didn’t cause such problems.

I'll note once again, the problem started with the latest version of TNAC 6 + TNAS PC Windows 5.2.540 (or slightly earlier *540). Upgrading to TNAC 7 only brought the problem to its final conclusion - data corrupt