[When A File Is Deleted From A Remote Sync New Changes Are Never Resynced]

This behaviour can be adjusted. In BTSync, in folder properties there is a setting "Restore modified files to original version" which is unchecked by default. You can check it and BTSync will restore files when they are changed / removed.

 

Whats the setting for Linux-nodes?

 

Thanks

Chris

[Transfer Not Complete On R/o]

Hi all

Since a while i struggle with incomplete transfers in read-only folders. I searched a lot on the forums, found similar things but no answer (which worked). Could you please help me with that?

 

Setup:

"Origin": OSX, BTSync 1.2.82

"Backup": Debian ARM, BTsync 1.2.82, API enabled. Initial Sync in LAN, now connection over WAN

Files: 107GB in 40k Files (mostly pictures)

 

Problem:

One file never got synced, the Client on the Mac always had this "arrow UP" and 3.4MB. New files were synced successfully. File was not locked nor write-protected. Debug log on Backup showed:

[20140303 09:03:10.205] SyncFilesController: Update for invalidated file "1402_Blah/xxx.JPG" (R/O). Skipping

Now i thought let's recreate all indexes. I deleted .sync and all .Sync* files in my share. It took a night to index / sync, now i've got 400MB out of sync.

 

I love btsync, i'd like to kick out Dropbox, but with this feature not working properly, i can't really rely on it.

 

Thanks for reading and your help!!

[When A File Is Deleted From A Remote Sync New Changes Are Never Resynced]

Is this behavior by design? Is there a setting that I can change to either force server B to re-download any files that have been deleted? Or at download files from Server A that may have once been deleted, but are now changed files on Server A?

 

I'm intrested in this as well. Is there a parameter to change this behaviour?

 

Thanks

Chris

[Check_For_Update]

"check_for_update" is nothing to do with deleted/altered files - its a flag to denote whether Sync should check for newer versions of the software i.e. itself!

 

Thank you, that makes sense! 

 

Is there a way to prevent BTSync from recreate deleted / altered files on a readonly-node?

 

Thanks

Chris

[Check_For_Update]

UP

Anyone? The reason for my question is that i would like to have a read-only client which DOES NOT recreate deleted or altered files.

 

Thank you!

Chris

[Check_For_Update]

Hi forum!

Could you explain the config-setting "check_for_update"? It's in some sample-configs but there is no documentation...

 

Thanks!

Chris

[Schedulede index-purge?]

Hi there
I am suffering the same Problem described in the forum here and here. What i noticed is that sync often completes after i re-create the index. Means: Stop-service, delete .sync/*, start service.

 

I am using sync to backup my pictures, it's a folder of 105GB or about 25k Files. The Index-File uses about 100mb of space. There are posts in the topics above speaking about "Check if you have file-locks", but this isn't the problem. Sync does work with newly added files (it says 300MB first, and stucks at 20MB again, just the same as before the upload.

 

Is there a reason - beside the time it take - against a scheduled recreation of the index file once a week (or so)? Or do you have any ideas to find away avoiding this?

 

Chris