RomanZ

martixingwei, Do you run btsync under same user account as you use? Can you write data to webdav folder from your user account?

cloudbitsync, I can propose 2 more things to try. 1) In advanced preferences set "disk_low_priority" to False. 2) If your servers are in LAN - try enabling "lan_use_tcp" in advanced options.

HerrimanCoder, I know no other errors that bring the same message. It is either time difference, or the timezone difference. Could you please collect debug logs from either of affected peers? It contains the time value for local and remote peer, so I can decode it and let you know which of peers looks to be problematic. BTW, you can also check how GMT looks like on your servers from console. Just run "date -u" in terminal for Mac and Linux or "for /f %%x in ('wmic path win32_utctime get /format:list ^| findstr "="') do set %%x" for windows (in Win you might need to put it in batch file).

Right. Complexity. Having 2 sync ignores will drive users mad. 1 should be enough.

1) By this file we identify the very folder existence (if, say, sync folder is on a flash drive the fact that it disappears means that device was unmounted, not that all files were deleted) 2) By this file we identify that the folder belongs to current instance of BTSync.

itcrowd Seem my post above. BTSync still have ability to write to particular folder, so you can add all subfolders to BTSync.

syadnom, That's right. It API also shows the time of last sync, not last contact. I can suggest that the script/app that is calling API can put a special small file and change it once a day to trigger sync and update sync time.

syadnom, please see "Get folder peers" command in API. It indicates: 1) How much data left to upload (0 means upload complete) 2) Contains the timestamp of last sync.

cristobal.griffin, My first guess would be - are you using selective sync, so you need to tap file to start downloading? Also, do you see any devices on your android? It should be saying "x device(s) connected" right below folder name. If you don't see it, probably there is some connectivity issue between your android and PC.

Kakoon, Good news is that issue is finally going to be fixed in upcoming release.

recursio, It will prefer LAN. However, regardless of the fact that your several peers are in LAN, all peers will check (=connect to tracker) if there are any other peers available. And if some peers are in internet, they will also "seed" data to your LAN devices. If you want to limit your data transfer to LAN only, you can change folder properties in BTSync (uncheck DHT, relay, tracker checkboxes).

BengtSv, I'm not that well familiar with QNAP package architecture, but I suggest it should store the btsync binary somewhere. So all you need is to connect to NAS via SSH, find and replace binary to a new one.

Well, you did . It contains unique identifier of the folder. The folder and it's content is identified by .syncID, not by folder name or path.

stanha The events are not stored in the database. When you moved / renamed folder while BTSync is off, it won't receive notifications from OS, so there is a little chance that BTSync recognizes the move/rename. When BTSync is running, it gets notification from OS about rename and likely is going to process it correctly. There are some improvements can be done in move/rename recognition, which we'll do in upcoming release. We would really like to make a detailed documentation, but now Sync team is concentrating on releasing of new versions.

BTSync syncs file one by one, not a bulk transfer. However, it should be done faster - looks like some issue. I'd like to find out where is a bottleneck. Could you please conduct couple of tests? 1) Check the CPU / memory usage when you see such a slow speed. 2) Try making the same test with only ~1000 files. Thanks!

syncingpossum Will keep in mind posting next one. Thanks for the proposal.

GreatMarko, Not in 1.3 for sure. Cannot give precise timeline for this feature, sorry. BTW, running BTSync as service: what are the usage scenarios? Start it before user logs in? Any other scenarios?

BengtSv, Harold, I've checked - there package provider is Puppe and 1.1.82 is the latest available for QNAP. He stopped updating packages in ~August 2013. I suggest updating btsync executable manually.

nils, GreatMarko, Thanks for your proposals. I was imprecise in explaining a reason. Currently they are conflicting, therefore was disabled to avoid glitches. The issue is more in the lack of time (due to other features and important bugfixes) to implement solution which will allow co-existing of both config and webUI. So - let's keep it in wishlist for now.

GieltjE, Could you please elaborate? Files could be restored by copying file backup from hidden folder .SyncArchive. Do you mean something else?

BengtSv, Seems I've found an answer to the issue why your NASes overwritten more fresh files on one of your screenshots. Your NASes are using 1.1.82 build, which is rather old. For every file BTSync stores very important information in DB: change time. This time might differ from mtime (for example, if you grabbed old file and put it into sync folder - mtime won't be modified, while Sync must understand that user believes that this file is more important for him). 1.1.82 contained a nasty bug: when you added a folder to sync folder, "Change time" was set not to mtime, but to the moment of adding folder, making all files in added folder automatically more fresh than any other files. So, all you need to do is to update your BTSync on NAS devices to the latest available.

brandbrilliance Seems issue does not reproduce as easy: I followed your instructions, no success. Are you using BTSync 1.2.91? Also, could you please elaborate "and it overwrites the file on the iMac."? What do you get on your iMac at the end of day?

Hi, Currently BTSync does not support running as service option. However, it can be workarounded as btsync can be registered to run as service manually, while Sync API can help monitoring current sync status.

Hi fragtion The "Use Predefined Hosts" option is indeed a "peer-finder" first of all. By configuring these hosts and ports you let BTSync know that these peers are going to listen on certain port, but not restricting peer to only these nodes. When exchanging data, all peers also share the information on all peers available. So if only one peer in your setup knows of another peers over internet - it will share this information with all peers it sees online. If you want to prevent such behavior, you need to setup pre-defined hosts on all peers and disable LAN search, tracker, relay and DHT also on all peers. We'll consider your proposal on "Restrict to these peers only" for future releases.

Hi all, The UI is disabled to avoid conflicts between config file and settings changed in webui. You can monitor status by enabling API and polling your folder status thru HTTP API interface.