Another strange behaviour I’ve got here, set up DCIM folder sync from Android 10 device with a whole bunch of files.
It made a full sync up to date, but now I’ve got out of sync state on receiver with 6 pics.
Checked the receiver and all 6 of them are there. Stopping/restarting won’t help on ether side.
Depending on your ACL and permissions setup, it could be neccessary to ignore permissions on the ZFS side. I had this first when setting up Syncthing on my ZFS server.
Changed receiver (ubuntu) to receive-only (+unchecked watching for changes) and Syncthing wasn’t able to start due to panics.
Reverted manually in ~/.config/syncthing/config.xml and it finally started with Up to date status.
So I’ve got two questions:
How to avoid such out of sync issues? Is it network related? All syncing was done over home WiFi with strong signal
Why sender (sendonly) and receiver (receiveonly) combination doesn’t work and causes panics?
Didn’t find anything meaningful related to actual cause in logs.
I’ve had other out of sync issues, but that time I had a detailed error description next to files causing out of sync like in file list screenshot above, with ‘File name too long’ for instance. But not this time, so there’s some space for improvements=)
The cause of panics was:
panic: device present in global list but missing as device/fileinfo entry
I started to change all the folders to ‘receiveonly’ but it saved only the first one I changed and went dead.
In this specific case you are looking at a remote device. We would not log remote devices sync failures locally (errors is not something that travels across the network), you have to check the logs/ui on the other side.
The screenshots are from client side and out of sync file list is missing error description column in web-ui. This one is definitely present in mac os web-ui, it helped me to fix ‘Long filename’ issues. Maybe it’s specific to Android, or there’s no error description to show in my particular case.
Another out of sync, local is mac os, remote is the same.
Local is exposing send-only Documents folder, remote is catching it un receive-only mode.
This is local, that says 24 items are missing on remote, and it’s true, they all belong to Documents folder:
So why all item numbers do not match?
Local says it’s 34628 (global) and 34636 (local), but it doesn’t match 34611 (local/global) on remote. And if out of sync info on local is correct, it should be 34611+24=34635 files on remote…