Permissions are the same as other files in the same directories:
$ ls -l Internet/linux.f76.eu/restic_repo/data/09/
total 372068
[…]
-r--r----- 1 root backup 237703 Jan 22 00:27 099771363c3002fd5fec9695616e6e4ced1fb4ac790029c1eace82c990ccd8b2
-r--r----- 1 root backup 16911156 Feb 12 06:28 09abfe823bc272acb6a9be2b4eaa89de6a0ba8f736069f09a62a0a5e6f2c04fa
-r--r----- 1 root backup 17143846 Dec 26 00:15 09ae249a4a661cb5876d782abc4e67f2267bd2fdcc16aed287c7443ea07d6154
[…]
The peer felix-x1t3-11 runs v2.0.15, Windows (64-bit Intel/AMD). There is no permissions problem either.
There is another peer, for which the server reports the same issue. This peer, however, is configured to ignore the directory containing the files in question. So it wouldn’t receive them either way.
Because two peers are affected, I conclude that the issue lies with the server which provides the files. I wonder if the issue is related to the upgrade to version 2, which I did some weeks ago.
Thanks for the suggestion. But as I mentioned in my original post, maybe not very clearly, there are two receiving ends. Both experience the same issue with the same files. Furthermore, one of the receiving ends does not actually receive the files. It ingores the directory in which these files are.
I think this is a strong indication, that the issue is on the sending end.
Look on the receiving side. In the logs, where sync failures will be mentioned, or the “failed items” link in the GUI (after a failed sync iteration; it may not show up during syncing/scanning).
Thank you for your suggestions! In the screenshot in my original post, you can see that the following file is listed as out of sync on the sender side:
The Mod. Device is linux.f76.eu, which is the sender, running v2.0.15, Linux (64-bit Intel/AMD). The file is in the file system of the sender, but it doesn’t make its way to the receiver. I double checked that using find.
Per your suggestion, I tried to get more information on the receiving side, which runs Syncthing v2.0.15, Windows (64-bit Intel/AMD). However, I was not successful:
C:\Users\Felix\AppData\Local\Syncthing\syncthing.log: It contains entries from 2026-02-24 up till now. However, the string 09abfe823bc272acb6a9be2b4eaa89de6a0ba8f736069f09a62a0a5e6f2c04fa is not in there.
No failed items link shows up in the GUI, and I don’t remember ever seeing one in relation to this issue.
What else can I try?
Again, it is possible that I upgraded Syncthing to version 2 around the time of the creation of the files in question. I could double check that by looking at old system backups.
