RomanZ

@Xendo The metadata on your encrypted server (i.e. the Sync's database) contains vital information necessary to restore files to other peers. If this data is still available (i.e. you did not uninstall Sync with removing all the data or did not remove the folder from Sync) - all you need to do is to add the RO or RW encrypted secret to another node. If the metadata was deleted - there is no way to recover the data.

@Sync_lost Great. We are going to fix this issue in upcoming 1.4. For now - use only one adapter active.

Tom, Thanks for info. We'll try to reproduce it and I'll get back to you.

@Xendo In my Lab encrypted files were not picked up after re-adding folders. I'll consult development and we'll see how your files can be restored. Save your secrets into a safe place (actually you need only one starting with D, the rest can be calculated from it). If you lost your D or E secret - there will be no way to restore your data. I'll get back to you on Monday.

@benguild I need debug logs from the PC which shows duplicate nodes to identify why it happens. Is it LAN / WAN?

@klor, The issue of syncing xattrs between Mac and Linux is going to be fixed in upcoming release. Please follow this topic to workaround it for now.

@MacUser30102 BTSync tracks and keeps files mtime updated and synchronized. However, it does not keep the folder modification time up to date. Note, that not all OSes and file systems have the folder mtime at all.

@alex.delfax It has been fixed in 1.3.41. Are you using the latest version available (1.3.41)?

@theratman Indeed, the issue has completely same nature.

@spYro Thanks for reporting. We'll take care of it in future releases.

@Sync_lost when your PC runs the virtual router - is it able to send and receive data to this virtual router? Also, when your setup is done - how many active NIC adapters (real and virtual) do you have on your PC? BTSync has some issues with LAN devices discovery if multiple active interfaces are present.

Tom, We'll try to reproduce your issue in our lab. Could you please share which versions of Windows do you use? Any installed firewalls , anti viruses or other security software?

@radiofun Is it reproduced stably? Can you collect debug logs from both affected computers and send them to me? Please note this forum topic in the message body.

@curt15 Indeed, usually it is some permissions issue. Please check that the user running BTSync is able to write to the designated directories (synced folder as well as storage folder, which is usually located near binary in .sync hidden subfolder).

@SamD Non-latin characters are somewhat complex to handle when you are dealing between different operating systems. BTSync should handle them well, but from time to time we encounter some glitches. Please follow the Support guidance to resolve your issue.

@Magnetic_dud The internet advises: Getting down to business, one can change the default Umask value to anything he or she wants, as long as it’s supported, of course. To do that, write a new Umask value in your shell’s configuration file (~/.bashrc for Bash) or in the /etc/profile file.

@13_characters You can try to grab a procmon utility by Microsoft and try to track if there any app that touches your excel files all the time.

@dershope That's pretty surprising. The fact that BTSync tries to enumerate files in the "My Videos" indicates that OS told BTSync that this folder exists. Could you please supply me full debug log as well as output of a "dir" console command in your documents? Also note, that if you are syncing your whole profile folder, you need at least exclude AppData - otherwise BTSync will go into infinite loop of syncing - as it stores it's service data there.

@BeTheSync Actually SyncID is derived from ReadOnly secret and should be the same for all the shares. I suggest re-adding folder on your Computer 2.

@nonam It is hardly possible. When Sync establishes TCP connection, the latency caused by network is minimal, but there is some latency when file is actually saved. All apps save file in their own way: some open file, write data, close it. Some do that twice or even more times. Some save data to a temp file and then rename it. To avoid redundant operations, BTSync gives some delay after the app makes last operation on the file, when the delay expires and no more operations on the file - it starts the Sync. This delay cannot be controlled in current version of Sync and is around 10 seconds.

@Devonavar In certain cases BTSync was re-indexing files all the time. It has not relation to the syncing xattrs between MacOS and Linux. The xattrs issue is going to be fixed in upcoming major release 1.4. Please do not revert your exceptions in ignore list for now.

@heehee62 Could you please elaborate what prevents you picking your ext sd card? If there is no pre-defined location - you can always select "All files" and navigate to the ext SD card via /mnt folder.

@BeTheSync It is possible. You'll need customized .syncignore only on Computer3. Also note, that Computer 2 in this case will always show the Up arrow to computer 3 as it wants to sync some data while computer 3 does not want to receive it.

@Garf If you sync just pictures - that would work just fine. However, iPhoto library contains it's own DB files. If they are going to be synced precisely, especially when more than one copy of iPhoto is running simultaneously - DB might become inconsistent. I would advise avoid syncing iPhoto library with BTSync.

@dhfin I'd like to take a look at your logs. Could you please turn on full debug output, make sure that couple of events when BTSync pauses get into the log (mark down the time when it happened for ease of log analysis) and send logs to me?