I see something which I guess it’s a bit suspicious, but let me describe my setup first.
there are 3 machines: call them A, B, C.
A is a linux server; B and C are windows machines.
A and B are in the same room.
All these machines share a big folder (~1TB): A send-only, B and C receive-only.
The files are roughly identical (for A and B, I can verify directly, same files, same dates. C got a copy of the folder with an USB drive, so it’s roughly in sync).
The problem is: if I open the web interface on both B and C, they thing they are in sync and THE NUMBER OF LOCALLY CHANGED FILES IS LOW (it’s 0 on B and 10 on C). This is in agreement with the filesystem check (e.g. if I compare A and B via samba)
However, if I open the web interface on A, I see a very different situation: A thinks that C has 1200 out of sync items, and B has 80000.
There’s no activity at the moment, so they are not syncing anything.
This seems odd… Can anybody suggest how to debug/fix?
this is the same folder as seen in A’s web interface:
this is B’s status as seen from A:
at the moment, I actually “solved” the issue by checking “ignore permissions” in the sharing settings of the folder (both on A and on B - I didn’t touch C yet, because it’s in another location). This forced some resync activity on all the three machines, and eventually now the counters look correct.
but I don’t really have an explanation.
I vaguely guess that the problem originates from the fact that A is a linux filesystem and B is a windows filesystem, but I’m not sure what happened exactly.
Any difference in metadata (not even data), such as permissions, mtime, etc will cause things to look out of sync. You have the button that overrides changes to try and force propagate the state to the other side on the send only folder.
Yes, every machine has 1.2.1
The only difference is that A runs as a service (so it’s probably executing as root or a privileged account), B and C run under a Windows user (with administrative rights).
It tells B and C to take all the files as they are on A and shut up. If B or C made local changes, you might still need to revert them for that to go through.