The company where i work have 1 NAS where collaborators work with many files and folders(Files: 2 393 126 | Folders: 498 576 | Size: 1,02 TB)
I configured a server in a virtual machine with the NAS mounted and syncthing installed (srv-backup)
Then i configure a second backup server in a raspberry pi 3B+ with syncthing installed and a external hard drive mounted on linux (ntsf).
All the folders are being synced but the folder with +1TB is not synced.
Was there no progress in the number of out of sync items? Initial sync of such much data on a low-powered device like a pi can take a while (even if you “pre-synced” the data, it still needs to hash and compare all the data).
Not necessarily, no - that was just a precautionary note as sometimes people don’t understand why it isn’t immediately up-to-date after pre-syncing.
So it doesn’t do anything now, i.e. the number of out-of-sync items doesn’t change, there is no activity in the out-of-sync list (e.g. a huge file being downloaded or similar)?
It’s possible the underlying problem is indeed about the connection, but have a little patience: That log covers less than 20s. On unpausing the folder, it needs to check the data for changes. While that is in general a fast process, when happening on a external HD on ntfs on a pi for 1TB, that will take a moment. You will get a debug log line containing “initial scan of”. Wait for that, then there should be something about pull and that’s when it gets interesting (if it’s indeed connection, it will say something about no device available).
Probably i will give up from raspberry pi and use a more robust PC for the synchronization because raspberry pi apparently lacks the capability for large size folder synchronization.
It’s got nothing to do with capabilities and debug logging wouldn’t have been needed because the issue is simple: Permissions are missing. There’s tons of errors like this (which are logged at info level and show up as failed items in the web UI):
The external hdd is monted in fstab file with full permissions: UUID=94BA918FBA916F0C /data/backup/seagate_backup_plus_drive ntfs defaults,auto,umask=000,users,rw,nofail 0 0
And a simple ls -la confirm the full access: pi@raspberrypi:/data/backup $ ls -la total 12 drwxrwxrwx 3 pi root 4096 mai 21 15:45 . drwxrwxrwx 3 pi root 4096 mai 21 15:45 .. drwxrwxrwx 1 root root 4096 mai 21 16:07 seagate_backup_plus_drive
Only the owner of a file can change it’s permission, and Syncthing hopefully isn’t running as root. If you don’t want to sync permissions (and it looks like you don’t given that setup) you can check the ignore permission setting for all folders.