Helen

GreatSirius, Yes, these are multicasts. I'd like to look into your case deeper. Could you please collect full debug logs from at least two devices when they lose connection: after they lose it, wait for some 10 seconds and restart Sync and wait for some other 5-7minutes. Please, send both sync.log and sync.log.old files. Put link to this topic into your message. Thank you!

Dirk, Try removing this folder from Sync on all PCs, deleting all .!sync files on source PCs and adding those folders again. I see that you've already tried it, but I'm not sure if you have cleared out .!sync files. Could you please collect full debug logs from uploading peer (it is your Linux, I suppose?) and any downloading PC which have those .!sync files. and send them to syncapp@bittorrent.com. Put the link to this topic into your message. Taking into account all your 16 configured folders, I'd recommend increasing log size up to 200-300 Mb (it can be done in Advanced settings, parameter "log_size"). Make sure that you restart Sync after that, so that changed are applied. Also, I'd appreciate it if you indicated which exactly folder is causing the problem so as to easy tracing it down. Thanks!

Catsrules, Was it working before you've set permissions? Do I understand it right and you start Sync with a config? If yes, did you define directory_root" there for Web UI? Also, please, make sure that you have the correct address. It should be http://xx.xx.xx.xx:8888/gui Is it like this?

loord, I would also ask you to do the following before collecting logs: 1) Go to BitTorrent Sync Preferences -> Advanced and set "folder_rescan"interval" to a bigger interval, an hour for example,. The parameter is in seconds, so an hour will be 3600. So that folder rescan didn't get into the log. 2) Set parameter "log_size" to 200, it's in Mb. So that the log itself caught more info. Restart BitTorrent Sync after that, for these changes to e applied. Do it on both Servers. Thank you!

loord, Do I understand you right and on this server in says (indexing....) on tab 'My Sync' though not all files are synced yet from 2008Server? Please, collect full debug logs from both servers and send them to syncapp@bittorrent.com. (step 2 for you will be the time when files are not syncing). In the message please put the link to this topic and provide the following details: what types of files are being synced? Are devices online all the time during the day? Is bandwidth available throughout the day? Any other details about your setup. Thank you!

madwoollything, In order to troubleshoot, please, collect full debug logs from this machine and any other that you cannot get connected to and send them to syncapp@bittorrent.com. In the message please put the link to this topic and provide the following details: 1) are other machines located in another network behind proxy, firewalls, NATs and os on, or are they in LAN? 2) in what exactly way the profile was renewed? Was it migrated from another PC or anything like this? any details would be much appreciated (of course, not your corporate secrets ) 3) what are the other machines you try to get connected? their OS and Sync version in stalled. Thank you!

DaveTheNerd, It's not the problems of your system, nor it's the bug of BitTorrent Sync. Version 1.3.109 was just not uploaded to our auto-updating server, that it why you didn't receive any information about it when you checked for updates from BitTorrent Sync. However, this version is available for manual update.

Betogonza, Unfortunately, I will not be able to look closer into this issue without logs. Could you please share a screenshot of any of the mentioned directories to illustrate what is actually located there? Try reinstalling Sync on both devices. This will surely initialize recording of the logs. Did you check timestamps of the files and time settings of computers? Are they OK? Also, in the upcoming release Sync's behavior will be changed so as to avoid this issue. You may wait for it to give it a try and see if in your setup the problem will be gone.

Amr0d, Are there any 'OK" or "Continue" butting in your webui? could you please share a full screenshot of that error?

robert-info, On opening, BiTorrent Sync reads each file it has in its database before reflecting them in UI. Thus, the more files you have, the more time it will take, especially if there are a lot of relatively small files. As a quick fix, try reinstalling Sync. If it doesn't help, please wait for the next release, where this process will be optimized.

BeTheSync, You may add them to .SyncIgnore. You need to open .SyncIgnore on both (!) devices, add the following lines there: *com.apple.FinderInfo *com.apple.metadata:_kMDItemUserTags *com.apple.ResourceFork *com.apple.metadata:kMDItemFinderComment *com.apple.metadata:kMDItemStarRating *com.apple.metadata:kMDItemOMUserTagTime *com.apple.metadata:kMDItemOMUserTags *com.apple.metadata:kMDItemOMUserTagTime re-add the folder to BitTorrent Sync again (so that the edited .SyncIgnore was already in the folder when you add it). Or you might wait for the new version which will be released soon, where syncing xattrs to Linux will be fixed. If you pick to edit .SyncIgnore and would still experience CPU usage, please, write to syncapp@bittorrent.com, put link to this topic. I'll provide further instructions for you there. And yes, logs would be much appreciated from both PCs. I've provided instruction on how to make them anonymous in your linked topic. Thank you!

BeTheSync, In Mac's Terminal run command: perl -pi -w -e 's/text1/text2/g;' <file> text1 = text you want to replacetext2 = text you want to replace with! <file> path/to/the/file/filename For example: perl -pi -w -e 's/tracker/awesome/g;' ~/Documents/sync.log

cypsele, What exactly do you mean under "autoinstal', what behavior do you expect from it? I'm not sire I fully understand it. Maybe you meant autostart? And why would you want to use curl for that?

robolivares, Do you mean a kind of a history of transfer speed? Unfortunately no, this information is available only in real-time - during the synchronization

Piotr M, Uncheck "Search LAN" option in sync folder settings in BitTorrent Sync,. And yes, Predefined hosts should also help (with search LAN disabled, of course).

mediapathic, Mac's tags are not synced, apart from those: com.apple.FinderInfo com.apple.metadata:_kMDItemUserTags com.apple.ResourceFork com.apple.metadata:kMDItemFinderComment com.apple.metadata:kMDItemStarRating com.apple.metadata:kMDItemOMUserTagTime com.apple.metadata:kMDItemOMUserTags com.apple.metadata:kMDItemOMUserTagTime other platforms' tags are also note yet synced.

@all, BitTorrent Sync will stop indexing if it encounters a file/folder that it has not access to and cannot read. SO, first of all, please, check permissions. This issue will be fixed in the next release. Give it a try with your folders and see if it would help.

Ryan, Unfortunately, API is for desktops only. For mobile only standard read-only (for backup) secret is available.

Veldkornet, BitTorrent Sync takes the default name of photos and adds the device's name at the beginning. We will consider changing the names in future releases.

Betogonza, You probably were looking for the logs in the wrong directories. The correct ones are: Mac: Macintosh HD/ Users/username/Library/Application Support/BitTorrent Sync Windows: C:\Users\username\AppData\Roaming\BitTorren Sync This means that when Sync is turned on, it received the notification form the system that the files are not present in the folder. Do you also turn off the Mac's Sync for a night? Do you have deleted the same files each time or they are different? Check the timestamps of the files before you boot Sync. Make sure that files are not "created/modified" in the past or future. Also, check time settings on PCs themselves. PCs should also be not in the past or future.

Betogonza, please, keep debug logging enabled on both machines and when you encounter the problem, collect them and send to syncapp@bittorrent.com. In the message please indicate which files you've noticed to be deleted (to ease tracking them down in the log), put the link to this topic and provide the details requested by spYro (thank you, spYro )

EricRF, In Little Snitcher, where you saw it. Capture Sync's traffic (Snitcher should save it as a .pcap file) and send it to syncapp@bittorrent.com. In the message, please, put link to this topic. I would also appreciate it if you mentioned your known peers and their IPs to exclude them from analysis. Thank you!

aealvarez3, Does your user have access to /root/.sync and /var/run/btsync/btsync.pid? Check access and read-write permissions of these folders, make sure that user under which you run Sync is the owner of the folders and files in them. Why exactly is it not working: devices do not connect or they are connected but files do not sync?

MacGyverDude, If the files have the same hash, BitTorrent Sync will just check them through and if files have't changed (still have the same hash) data will not re-transfer. As for conflicts, they are caused by different letter case in the filenames, and will appear if: 1) On your NASes you have a Filename.txt and a filename.txt (which are two different files for Linux), they will be producing Conflicts on Windows (for which they are one file). 2) You had Filename.txt on NAS and filename.txt on Win, you will have a conflict on Win (same reason - Windows doesn't support different letter case). So a solution here would be to make sure that all files have the same letter case when folders with files are added to BitTorrent Sync. - Find the healthy file and make sure it's in the same letter case on all devices (!). - Move this healthy file to another non-syncing directory. - Remove those Conflict copies (not rename the files, but remove the files with conflicts in their names) from syncing folder. - Put the healthy file to synced folder again. Please, do not rename filename.Conflict.txt files since it will cause Conflicts to multiply, and do not delete such files since it will remove the healthy file from other devices.

@Nicholas Chan, Do you have Sync launched on all machines all day long? This problem is know to us and it happens when some PCs are offline for a while, files are updated on them, and then they come back and delete the files which never existed on them from other peers. This problem will be addressed in the next release, since Sync's behavior will be changed a bit. Files will be placed to .SyncArchive on PC1 if they were deleted/modified on some other PC2. In other words, if you see a file in Archive on Computer A, then they were initially deleted on some other computer and this deletion propagated to Computer A. You may see which of them initially deleted the file on tab History (for Windows), it will say "Peername removed file ....." Go to this peer and check time settings (yes, incorrect time adds to the problem) and see if a file is placed to Bin. So far, please try not to touch the file on machines where BitTorrent Sync is off.