RomanZ

Hi, This is a known issue, fixed in upcoming release.

harold19, Every application works differently with files. A bunch of operations (copying, moving, deleting, renaming etc.) is covered behind simple "app saves file" action. This is the main source of issues like yours. Could you please share which files did you lose? Is it a firefox profile pieces or something else? GreatMarko, Thank you for support. Both Sync Support Team and whole Sync team are doing its best to help all users and fix all bugs reported.

Hi all, Usually, if BTSync can't open a file due to lock by another app - it just skips it. harold19, I'd like to catch this issue if possible. Is scenario easily reproduced in your environment? What kind of files do you edit and which app do you use to edit it? Could you please share more details so I can repro it in my lab?

brandbrilliance Just did a test in the lab: saved some doc in old format (iWorks 09) to sync folder (was synced as a file), then edited it and upgraded to new format, saved (after sync folder replaced the file). Could you please share what happens in your case?

okay then. Don't hesitate to contact me if you encounter the error once more. Make a sceenshot, or even better - check what is the process displaying error.

Hi all, You can try looking for multicast packets over UDP port 1900, which is common for UPnP. Actually, BTSync does not do anything non-legitimate, just asking router to map some ports. I also suggest that updating your Yamaha firmware might help, as it looks like a bug in Yamaha device. There is a chance that BTSync will manage to connect to another instance of BTSync without UPnP and even without direct port forwarding, but it hardly depends on your router and can be checked experimentally.

colinsullivan, Thanks for the proposal. Notifications are changed in upcoming release, so hopefully they are going to become more useful and convenient.

thedawgman, That's true, the data transferred by BTSync is encrypted. Your ISPs and relay servers transferring the data has no idea what is transferred, unless you share / get stolen your secret.

Jimhaddon, Could you please try running it with --nodaemon switch and see the output to console?

haberjr, There is always a native way to make it working. You need to connect to your NAS via ssh console, put btsync binary somewhere, configure embedded linux to run it on a startup - and connect to NAS IP over port 8888 with browser.

It depends on OS. In some cases, BTSync detects the fact of the folder rename and propagates only rename event to other peers. If no - it reports on folder deletion and on new folder creation, which will be synced to other peers. We are working to improve this mechanism to make it more reliable and avoid unnecessary file transfer. The fact that file is deleted is recorded in the database. So, even when file is gone, there is some information in DB related to the fact that it was deleted. As soon as other peers are coming online, they'll see that file was deleted an when it was deleted, so they can decide if to remove the file to SyncArchive or to declare that their file is newer than deletion fact and re-distribute it back. If you encounter the event that file gets restored - after deletion and it were not modified on another peer - most likely you met a bug.

Pete, BTSync is not capable of storing only difference on one of peers. All peers are equal, so all information is stored on every peer, except the cases when peer is a mobile with selective sync enabled. Selective sync is an option for you, but it will require you to decide which files have changed and which files to sync to android (however, they will be auto-synced when you arrive home).

brandbrilliance BTSync syncs iWorks files between MacOS computers fine. However, if iWorks synced to another OS - they still look like folders. We are working to improve the behavior in future releases.

The most precise information could be found in this topic: http://forum.bittorrent.com/topic/28148-syncignore-behavior-not-as-documented/?p=79700 It means that the files that were already synced won't disappear from another peer after you add them to ignore list.

stanha I suggest that you've removed the .syncID file. BTSync shows error "Error: Bittorent Sync can not identify destination folder" when you delete / damage .syncID and it no longer can identify the folder. Of course, any sync to such folder is impossible.

kchetan, I suggest turning firewall completely off for clean experiment. If it does not help - I suggest collecting debug log from 2 peers and sending to me for analysis.

jvavruska, Couple of questions to clarify situation: - What happens next? Does CPU load ever drops or it is stays at 99%? - How many files / folders do you have? What is the summary volume? - What are the CPUs on your computers? - Does your CentOS suffers the same issue as NAS devices? - could you please make a debug logs for couple of peers so we can take a glance what happens inside during 100% CPU usage? Thanks!

George, Thanks for clear explanation. We'll check how it can be fixed.

rwxrwx, The issue looks to be in your fedora box and its inability to access correct tracker server. The fact that you can ping the tracker server actually proves nothing: ping uses completely different protocol. Do I understand correctly that after you put correct IPs in hosts file on Fedora box it contacts correct IP of a tracker server and tracker does not respond anything on your request with binary I supplied? If yes, I have bad news for you: seems something on the way to tracker (your firewall, router, ISP or GFW) is blocking packets to tracker. In this case the only solution for you would be using predefined hosts.

basilh, There is no built-in function to restore backed-up data in BTSync. You can proceed with one of 2 ways: 1) remove folder from btsync, re-add it as RW - data gets synced to mobile device. 2) connect your mobile device to PC with cable, load the data back to device.

Hi klytus, First of all, there is a possible solution to reconfigure peers with script after rolling out the image. BTSync can be controlled with configuration file. For windows, you need to launch it with /config <path_to_config> parameter to force grabbing all the parameters from config file (here is a sample config file). Also, there is one more issue that could happen if you roll out the same image on several computers. Every peer has it's unique ID which it presents to tracker and other peers to identify itself. Peer ID is stored in settings.dat file. When all of the peers present the same peer ID they are not going to see each other. Peer ID is generated on first run of the app, or if settings.dat (with its backup settings.dat.old) is not found. So - either make sure that btsync never started before rolling out the image, or remove settings.dat to regen peerID. Also, here is the information on how peers communicate so you can troubleshoot connectivity issue. 1. Peers discovery in LAN. Peers must be in the same subnet. Peers try to multicast 239.192.0.0 UDP3838 to discover each other. If discovery successful, peers connect directly to random ports (configured in preferences) 2. Peers discovery using tracker server Peers try to connect t.usyncapp.com over UDP 3000 to discover each other over Internet. Peers try UPnP and PMP to local router to map ports to themselves. If failed - connect to relay server r.usyncapp.com over UDP 3000 If succeed - connect directly.

That's not true. Sync uses multicast for discovery of other Sync instances in local network and is capable of working fully disconnected from internet. The most probable issue in your case is security software. Please re-check when your firewall is off. kchetan, Same thing. Please try disabling firewall completely and see if issue is resolved.

Hi necula@cs.berkeley.edu, Permissions are not synced by BTSync. Every file synced is created with the default permissions for the user account, which is running BTSync. The only exception is execute permission, which BTSync has to synchronise to keep executable file functionality.

Please take a look at topic below. It looks like for now only the DNS is wrong for the tracker server, while it is still available . http://forum.bittorrent.com/topic/24852-btsync-blocked-in-china/?hl=china

benjou, No, it is not possible in current design. When syncing some folder, BTSync always writes a file in it, containing folder ID. As Firon says, it might be changed in future. Yes. But if you make the same folder on ExtSD, Android should let BTSync to write there (and, therefore, create sync folders).