Recommended Posts



I have two Android devices (one Android v4.2.2, the other v4.4.2) both running v1.4.44.0, and an Ubuntu 14.04 machine running v1.4.0-4.


I have created some read-only (I think now called 'backup' in v1.4?) syncs on my Android devices, which I'm syncing to my Ubuntu box.


One of these is working, but a couple of them show as "Out Of Sync" on both the Android client and the Ubuntu web gui.  My hunch is that this happened after I changed the .sync/IgnoreList and restarted btsync on the Ubuntu machine.


In the sync.log on the Ubuntu machine, the two folders that are not syncing both generate this error

[20140914 16:20:28.325] Trash: scan for folder "/<folder-path-removed>/.sync/Archive" started, max file age = 30 days
[20140914 16:20:28.325] Trash: scan for folder "/<folder-path-removed>/.sync/Archive" finished
[20140914 16:20:28.325] Trash: GetFileList failed for folder "/<folder-path-removed>/.sync/Streams" - error 2

I don't know if this is related to the issue.  I haven't changed the .sync/Streams file, only .sync/IgnoreList.


Without removing the target directories on the Ubuntu machine and starting again, can anyone suggest how to clear this "out of sync" situation?








Link to post
Share on other sites

I have a little more information.


Firstly, I was confused why I was getting the "Out Of Sync" message on the Andoird client.  This is a "backup" or "read-only" share, so surely it should know nothing of the other clients syncing with it - how can it go "out of sync" with nothing?  I then found that this message appeared if a file within the directory was deleted whiles Sync was running.  If I did a full Exit of the application, and then re-started it, this error would often clear on the Android client, and syncing would then sometimes continue.  So, the 'fix' here appears to be - only open Sync when you want to sync files.  Leaving it running 24/7, having it auto-start at boot, etc. will probably result in folders shared read-only going "out of sync" on the Android client, and not syncing to other clients.


Secondly, my hunch about the Ubuntu "receiving" clients going "out of sync" when I changed the .sync/IgnoreList files appears to be correct.  Whenever I changed the .sync/IgnoreList file, the Ubuntu client would go "out of sync".  The only way I've found to use the IgnoreList file would be to "disconnect" the share, completely clear out the directory, except for .sync/, edit the IgnoreList file, and then re-connect the directory with the key from the Android clients and start the entire sync again.  This is obviously far from ideal, but it's the only way I've found of making changes to the IgnoreList file and then still have the sync work.


Separately, I'm having lots of issues making the IgnoreList file do what I want.. if I want to ignore, say, all MP3 files in

<share top-level>/Music/Albums/<several directories of different depths>/

...I have not yet found a way of entering a line in IgnoreList that works.  Entries which don't appear to work include:



/Music/Albums  ...etc

*/Music/Albums  ..etc

I've ended up just doing


which ignores all mp3 files throughout the whole share, which isn't exactly what I want.  Ideally, it'd be nice to be able to enter IgnoreList entries as regexps, but I can see that this might be a bit complicated to explain to the average user.  This is all an aside, though - the "out of sync" issue is what's causing me the biggest headaches at the moment.




Link to post
Share on other sites

@RomanZ - Thanks for the reply.


So, the IgnoreList file needs to match on all peers to avoid getting in to the Out Of Sync state?  That's doable for me at the moment, but what if, if the future, I want to back up to different peers with different rules of ignoring files?  Is this what you mean by it being "a known issue"? ..i.e. it's behaviour that is going to be addressed and improved in the future?


(I just noticed that I'm not *currently* seeing that message, so it could be that the issue's been addressed alraedy - I think I did see my Android clients updating a couple of days ago...)




Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.