RomanZ

mrmogreedy, That's correct: all your data except big files (over 1Gb) should be in .syncArchive.

ekkw, Sounds like indexer got stuck by some reason (most common are locked file or permissions issue). Could you please collect debug log for analysis?

Martin, As the 1.3 release is really close (1.5 weeks), we do not plan making any additional 1.2 releases.

brAzzi64, Could you please try the same test, but wait around 10-15 minutes without switching back to BTSync on Android and see if pic got to your MacBook? There is no notifications on file changes on Android, so sync will be done only after full folder rescan, which happens once in 10 minutes.

Hi bother, You can find BTSync round icon in the upper right corner: there is a system tray on Mac, pretty much the same as system tray on Windows. Click it and choose "Open Bittorrent Sync".

Der-Tommy, You can find the btsync binary, and there should be ".sync" hidden subfolder in the same folder. It contains DB, logs and there could be created debug.txt file to allow extended debugging.

BengtSv, Old file versions are also stored in .SyncArchive folder. The fact that older version was synced to your Mac means that BTSync decided it was modified / moved to dir later, thank on your Mac. Could you please share more details? What kind of files? Are they modified on Mac / NAS by some apps? Was BTSync running / sleeping? Also please make sure that the time on your NASes and Mac is also synced.

Dear ulotrix, There is no such functionality in UI. All I can advise is to grep debug logs for a certain period of time for message "Got id message from peer <peer_name>, <service_data>" and then later get rid of duplicates.

Hi fantom, Could you please try to perform couple of commands on your windows and linux machines when BTSync is running? Windows command: netsh interface ip show joins Linux command: netstat -gn and provide their output? Thanks!

brAzzi64, Could you please perform a following test: 1. Turn auto-sleep off. 2. Turn on debug logs on your another peer (PC). 3. Make sure that sync is syncing something to Android. 4. Minimize application on Android, mark down the time. 5. Wait until sync stops (I guess around 2-3 minutes), mark down the time. 6. Collect debug logs on PC, open Android BTSync, tap "Send feedback", agree to include logs. 7. Provide your log from PC, ticket ID you've got when submitting the feedback, time values marked down during the test. Thanks!

Could you please make a dump of the process when you encounter such error? Thanks!

what about tail on non-working x64 OS?

onyxogen, Thanks for reporting. We'll check how can it be adjusted to consume lesser space from max_path and still make sure that filename is unique. For now I can advise host encrypted-read-only folders as close as possible to the tree top and use short names for the directories themselves, like E:\ecnr1, E:\encr2, etc. This will safe the rest of MAX_PATH for the filename.

Gyzer, Try opening a web UI with a different browser or clear cookies. And yes, there is a way to run BTSync thru a config instead of WebUI. You can dump sample config with ./btsync --dump-sample-config command. After you are done preparing config file, you can run BTSync with command ./btsync --config <path_to_your_config>

JimmyTheSaint, Thanks. Any of the issues you remember bound to auto-sleep?

Hi, Actually BTSync stores its database, settings and service data in a special folder separately, which can be adjusted when running BTSync with config file. Still it have to put some data (like shareID, syncignore, syncarchive, etc) inside the sync folders. Do i understand correctly that you want to reconfigure the location of this service data which is in the sync folder?

Lukas, It is hard to identify what is happening without a log. I still suspect that you are out of notify objects. Could you do another simple thing in your Linux: try viewing some log with "tail" command and see if it succeeds or fails. Full folder rescan can be configured to happen more often, but it is going to cause extensive disk usage (read), see Preferences, Advanced, folder_rescan_interval. 64 bit OS should not be an issue, inotify should get working well.

antol111, Not yet. The changes to debug speed are rather complex and are not going to be included in very closest releases. It will take a while to implement them.

JimmyTheSaint, We'll be glad to hear if the fix worked for you or not.

aslamK, Yes. Please try to add to your .syncIngore next line: /*.mp4 /*.avi the leading "/" means "in this root folder only".

kangyooni, The easiest way to restore data from backup is to add an empty folder with the secret taken from your RPI - and sync will populate it with the data. If you adding the non-empty folder after restoring the system, still the data from RPI is going to be taken as it has newer change time. stallemanden, That's right. BTSync stores "Change time" for every file in the database, which might be different from file's mtime. When a fresh folder is getting added to BTSync the "Change time" in DB is set equal to mtime. So when you add the re-imaged PC folder, "Change time" is going to be newer than old mtime of restored files, and they are going to be updated from backup.

jpkelly1, You need to delete cookies in your browser. Every browser has it's own way to delete cookies. In firefox you can go to History -> Clear recent history, then choose "everything" in time range, "Details" and "Cookies" only. In Safari it would be Safari -> Preferences -> Privacy -> Details In Chrome it would be Settings (preferences) -> Advanced settings -> Privacy -> Clear browsing data In IE it would be Tools -> Delete browser history, cookies. You can find other browsers instructions over internet.

aslamK, Actually .syncignore is applied to a sync folder and all subfolders inside. We'll reformulate user guide to be more precise.

dms2013, Could you also please check if bittorrent.com and getsync.com are available from your location?

Hi Alyda, Currently selective Sync is not supported for Mac / Windows / Linux platforms. If you do not edit files on your MacBook Pro, you can share a Read-Only secret to it and remove files that you don't need. However, there is no mechanism to return them to MakBook selectively, only whole bunch of files. Another option is to set an advanced option "sync_trash_ttl" to 0 on your Linux box, so all the files that are deleted on Macbook will be moved to .SyncArchive on Linux, but never deleted.