FreeFileSync Forum

OK so the 'issue' is with RealtimeSync (the FreeFileSync retries was a bit of a red herring)

i.e. the update that should have been kicked off every 60 seconds (plus mirror time) did not start for >2 hours when copying ~15 GB, so this means that RealtimeSync did not start FreeFileSync until all ...

Please let me know if this is just how it's going to be (e.g. FreeFileSync and RealtimeSync were never designed or intended to be used how I'm trying to use them) so I can decide to try other options, live with it or wait for a fix of some kind?

I can confirm that the data was only mirrored after the entire copy procedure finished (RealtimeSync stayed at ~15% processor usage during the entire transfer).

Also, when copying 876 files in 11 folders with a total size of 14.4 GB from a Windows machine to the Master disk on Lubuntu what I've found is that the mirror doesn't appear to work.

RealtimeSync minimum idle time is 60 seconds, FreeFileSync error retry is 5 times with a delay of 2 seconds.

I ...

What it 'looks' like is happening is; when a file system change occurs the file name is recorded, after the minimum time elapses, info for this now missing file is requested, this causes an error, but if retry is pressed the new file name is used?

I know this is probably not what actually happens ...

I've tried 10 seconds and 60 seconds. Both minimum idle times exhibit the problem.

(the 1 second delay I mentioned is for retrying after an error)

I'm using Lubuntu and FreeFileSync to mirror two external NTFS USB drives with the master shared via Samba to other networked Windows machines (strange kind of software RAID, I won't go into reasoning for this approach but it does make some sense, honest).

Anyway, with RealtimeSync monitoring ...

Sorry, didn't see that one coming, it's painful having to be asked to Google (i.e. I should have done this already).

Common problem, temporary solution, increase the watches limit (to, say, 512K):

sudo sysctl fs.inotify.max_user_watches = 524288

(worked for me, but I'll probably go permanent and ...

Thanks for the update Zenju. Any suggestions regarding where to start looking?

Quick update;

The issue doesn't appear to be file/folder count, maybe total data size allowed for paths (again a complete stab in the dark).

I've got monitoring to work by removing folders until the error goes away but this is a lower file/folder count than one of the other syncs (I would prefer ...

I hope this is the correct place to raise this issue. I've done a quick search on the problem but I couldn't find anything obviously relevant.

Situation is; I'm using Lubuntu to sync (mirror) two external NTFS 250GB USB drives using RealtimeSync.

The drives are ~80% full and I've split the task ...