JimKnopf

Hi, Sync 2.6.1 (1319) armhf (latest/greatest version available using your apt repository http://linux-packages.resilio.com/resilio-sync/deb) tried to transfer a really huge single file (50 GiB) to 4 clients: - 2 clients have had more than 100 GiB free disk space in their file-systems where the receiving resilio folders reside: The synchronization finished as expected, fine. - 2 clients started with more than 50 GiB but below 100 GiB free disk space in the related file-system: Here the transfer were stuck on the sender side stating still 2MB data to be transfered. On the receiving side you could see the received file in the ".sync" subfolder ... but the complete transfer process finished only in that moment when 50 GiB free disk space or even more were made available in that file systems. On the stuck receivers you find log entries like "timestamp":1549493598,"type":2},{"folder":{"id":-2589366840598215013,"name":"1"},"id":14496,"msg":"Not enough space to sync 1 file to '1'", It looks like sync checks the available free disk space before moving the received file from subfolder .sync to the parent=target directory in a last step and ignores the circumstance that this is not necessary since both directories already reside on the same file system. By that you have to caclulate at least twice the amount of free disk space of the largest file you want to synchronize. Works as designed?

Hi, the log from the raspberry pi would be more helpful I think. First idea came into my mind: Have you checked the available disk space on the pi at /mnt/archivio ?

Hi, I understand that Bittorrent has to find a way to make money with the product. But using now a Bittorrent server system in between the process of connecting clients sharing data, btsync is now exactly doing what I do not want at all: Giving someone Information about my (social) network. For establishing the links between btsync clients, the provider of the data and the receivers have to use the link https://link.getsync.com/ ... so, Bittorrent knows exactly who is connecting to whom and sharing data. Privacy was one of the biggest advantages of btsync for me comparing to cloud solutions. Sorry but with current 2.0 mechanism btsync is a NOGO for me. I know that you can still create 1.4 "classic" folders by doing a shift+click on the "add folder" button in the webGUI. But latest with the remove of this feature btsync is "out" of my environment. My 2 cents worth.

Logs and more inforamtion sent to request #13117. Might I suggest to move this thread to the sub-forum BitTorrent Sync for NAS (Network Attached Storage) which wasn't existing when the topic was opened in April 2014?

So, tried btsync 1.4.72 on my Synology DS214se and btsync is still preventing the NAS from hibernation. With this btsync version I can see frequent accesses to the files and directories /etc/resolve.conf /usr/local/btsync/var /usr/local/btsync/var/sync.log causing the NAS not fall into sleep. Sep 4 10:25:45 synology214se kernel: [696121.024546] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:26:46 synology214se kernel: [696182.258348] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:27:47 synology214se kernel: [696242.894856] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:28:48 synology214se kernel: [696303.648485] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:29:49 synology214se kernel: [696365.002425] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:30:50 synology214se kernel: [696425.690824] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:31:51 synology214se kernel: [696487.112083] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:32:43 synology214se kernel: [696539.169390] [/usr/local/btsync/var] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:32:52 synology214se kernel: [696548.378425] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:33:53 synology214se kernel: [696609.369238] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:34:54 synology214se kernel: [696670.404352] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:35:55 synology214se kernel: [696731.430042] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:36:56 synology214se kernel: [696792.505419] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:38:58 synology214se kernel: [696914.445271] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:39:59 synology214se kernel: [696975.352387] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:41:00 synology214se kernel: [697036.423209] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:42:01 synology214se kernel: [697097.710098] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:42:43 synology214se kernel: [697139.608243] [/usr/local/btsync/var] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:43:02 synology214se kernel: [697158.533397] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:45:04 synology214se kernel: [697280.682144] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:45:10 synology214se kernel: [697286.731258] [/usr/local/btsync/var/sync.log] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:46:05 synology214se kernel: [697341.909064] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:47:06 synology214se kernel: [697402.724441] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:48:07 synology214se kernel: [697463.729874] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:49:08 synology214se kernel: [697525.096243] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:50:09 synology214se kernel: [697585.925712] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:51:10 synology214se kernel: [697646.660838] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:52:11 synology214se kernel: [697707.906362] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:52:43 synology214se kernel: [697739.961112] [/usr/local/btsync/var] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:53:12 synology214se kernel: [697769.019180] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:54:13 synology214se kernel: [697829.884610] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:55:14 synology214se kernel: [697890.979216] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:56:15 synology214se kernel: [697952.206347] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:57:16 synology214se kernel: [698012.813897] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:58:17 synology214se kernel: [698074.090057] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 10:59:18 synology214se kernel: [698135.224322] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:00:19 synology214se kernel: [698196.333894] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:01:20 synology214se kernel: [698257.135890] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:01:21 synology214se kernel: [698258.281252] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:02:21 synology214se kernel: [698318.411403] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:02:43 synology214se kernel: [698340.428702] [/usr/local/btsync/var] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:03:22 synology214se kernel: [698379.435260] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:04:23 synology214se kernel: [698440.701644] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:05:24 synology214se kernel: [698501.398852] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:06:25 synology214se kernel: [698562.157579] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:07:26 synology214se kernel: [698623.573903] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:08:27 synology214se kernel: [698684.831508] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:10:29 synology214se kernel: [698806.801590] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:11:30 synology214se kernel: [698867.777619] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:12:31 synology214se kernel: [698928.850439] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:12:43 synology214se kernel: [698940.796714] [/usr/local/btsync/var] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:13:32 synology214se kernel: [698989.952323] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:14:33 synology214se kernel: [699050.928651] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:15:34 synology214se kernel: [699111.890056] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:16:35 synology214se kernel: [699172.901925] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:17:36 synology214se kernel: [699233.948474] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:18:37 synology214se kernel: [699295.209496] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:19:38 synology214se kernel: [699355.938082] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:20:39 synology214se kernel: [699416.975180] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:21:40 synology214se kernel: [699478.176202] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:22:41 synology214se kernel: [699539.281514] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:22:43 synology214se kernel: [699541.214732] [/usr/local/btsync/var] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:23:42 synology214se kernel: [699600.228408] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:24:43 synology214se kernel: [699661.061457] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:25:44 synology214se kernel: [699722.243946] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:26:45 synology214se kernel: [699783.495599] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:27:32 synology214se kernel: [699830.419694] [/usr/local/btsync/var/sync.log] opened by pid 19363 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:27:46 synology214se kernel: [699844.420648] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:28:47 synology214se kernel: [699905.580677] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:29:48 synology214se kernel: [699966.405961] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:30:49 synology214se kernel: [700027.487911] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Sep 4 11:31:50 synology214se kernel: [700088.186627] [/etc/resolv.conf] opened by pid 19361 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]My team uses a predefined hosts configuration and NO relay server, NO tracker server and NO DHT network. Let me know if you need more information.

1.3.109 fixed this. Thx a lot to improve the synchronization speed by this.

@coreycauble: You might have been run into this: http://forum.bittorrent.com/topic/29870-suboptimal-performance-btsync-1394/ Workaround for me: Until this is not changed/fixed use small files instead of large ones. 7-zip is a nice tool to split such files into small parts.

@RomanZ: I understood rtrpm-bittorrentsync that way that we he wants to avoid the situation that the seeder (the client with original file) has to send the same data chunks to more than one client in the network. I totally agree with this since this would be an optimum process with highest efficiency. But if the current logic of btsync just base on a pure polling mechanism where a client without the data dictates what chunks other clients have to send than this cannot be guaranteed. This in fact is the behavior I can see. In a perfect network the seeder would have to send the amount of data of a file only once by distributing the pieces in a disjunctive way to the clients in the network and these clients exchange the missing data among them without the seeder. With current implementation the seeder runs much longer than the required minimum of a single transfer time of the file. My experience is that if you compare the time a seeder would need to distribute a file in a pure sequential way (so any client would get the data by FTP i.e.) with the runtime btsync currently offers then the time saving is around 30% - 50% ... but this very depends on the file size and number of files to distribute.

If you connected both Laptops with a LAN cable, the LAN-interface on each of the system also requires an IP address. So, what is the real IP address of the specific LAN-interface used by the cable? If these are Windows systems open a cmd window and invoke the command "ipconfig /all" to get this information.

Thx a lot for caring. As a non-native English speaker I already feared that my description was too incomprehensible. Our workaround for now is to cut all large files to very small pieces by using archive programs like 7-zip.

Currently the distribution of the available upload bandwidth to the other visible clients seems to depend more on the individual latency to each of the others than on the fact what upload bandwidth the other clients have. This could lead to the strange situation that the client with the smallest upload bandwidth to the internet gets the most data from all clients since it shows the best response time to them. For the main target namely to distribute the data to all clients as fast as possible, such behaviour is sub-optimal. It would be better and more fair to prefer those clients for upload bandwidth which themselves offer the most upload bandwidth to the others. This would guarantee a nearly optimal distribution speed. Example 1: If the local client knows remote clients A,B,C which have the individual upload bandwidth Ua, Ub, Uc on their site to the internet, the local upload bandwidth could be distributed by: full local bandwidth in percent to remote client X: 100 * Ux /(Ua + Ub + Uc), Ux is upload Bandwidth of Client X to the internet This would prefer the faster (stronger) remote clients which are more helpful to distribute the data as fast as possible. Example 2: Another algorithm could be to first pump all data to the client with the largest upload bandwidth until it is full then start filling the second largest ... and so. While the first seeder is filling later clients the best uploaders in the network could run in parallel at full upload speed. This is also near an optimal distribution regarding required time. Perhaps there are better/easier ideas to get near an optimal distribution algorithm.

Hi RomanZ: Many thanks for your answer. No the download bandwidth cannot be a limiting factor since even the slowest internet connection has 14 Mbit download bandwidth capacity whereas the fastest internet connection only has 10 Mbit upload bandwidth. But your answer let me check the latency between my internet connection and the others. And really: The slowest internet connection shows the best ping round-trip times (used average of 100 pings). The member with the fastest internet connection showed the slowest ping response times. Comparing with the behaviour seen, the client order of getting finish with a very large file synchronization exactly matches with the order of ping latencies between the seeder and the clients. Sounds logic and is clearly a correlation but the effect is quite dramatic in real. Would be very cool and helpful if one could influence the upload bandwidth of the own btsync client to other clients. Best would be if the protocol would automatically determine the upload capacity of the other clients and trying to balance the local upload to them so the data distribution gets done as fast as possible.

My team has had a similar situation last days: One member was currently extracting data from a large 7zip archive (consisting of several files) in a shared folder and another deleted these files the same time at his btsync client. The effect was that all files every deleted at all clients except at the member's site currently accessing these files with 7zip. After the extraction this client started to re-synchronize these files again to the other clients sharing this folder. Just in case someone is interested how to reproduce this scenario. Most of us use 1.3.105, Windows and ARM platform.

Perhaps I'm alone with my question and the most people don't care how this works. In case you're also interested in the answer to the questions I placed, please, express you curiosity by making a simple post to this thread. Thx in advance,

Hi, can some of you explain to me how a btsync client decides what upload bandwidth will be used to the other members sharing the same secret? Background: When my team (consisting of 5 clients) shares data over the internet we can see at the seeder client, the system with the lowest upload bandwidth gets the most bandwidth from the seeder. "iftop" is a nice tool to check this on a Linux client. We have here the effect while transferring large data files that the clients with the smallest upload capability get ready first and the systems with largest possible upload bandwidth finish at last and this in a strict order! This is obviously the wrong order since it would be of course optimal to fill the client with the highest upload capability first so this resource can be fully used while distributing the data instead of waiting for the clients with the smallest capability to upload data to the others. But perhaps this simply bases on the understanding of the algorithm used and can be influenced somehow, so that's why I'm asking this question, here. Greetings from Germany

Hi Jimmy, thx for your answer ... but no, I do not see this information. I'm using btsync ARM 1.3.105 and the web interface doesn't show this information here. Just to be sure if we're talking about the same thing: If you push a very large file (some GB) to a sync-folder, you could see in the old web interface that btsync calculates the index first and by that shows the info where the system burns a lot of CPU utilization at a glance. The new web interface in my environment does not show this information at all, tried this with IE 11 and FireFox 29.0.1.

Where do I see the indexing status of a share? In the old webUI you could see it at once if btsync ist currently creating an index for new files but in the new web interface I do not find this information at all?

So, is there anything one can do to influence this behavior of frequent accesses to sync.dat.net and resolve.conf although the clients are "idle" means nothing is to be synchonized? Ist here any special parameter to be used in the btsync configuration file for example? Thx in advance for all hints and suggestions.

So, I tried 1.3.105 .. and really, the accesses to /etc/localtime stopped ... but the story continues: May 20 19:03:35 synology214se kernel: [2163983.340650] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 19:13:35 synology214se kernel: [2164583.690985] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 19:14:36 synology214se kernel: [2164644.564665] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 19:23:35 synology214se kernel: [2165184.051484] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 19:33:35 synology214se kernel: [2165784.045805] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 19:43:35 synology214se kernel: [2166384.874745] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 19:53:35 synology214se kernel: [2166985.337641] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 20:03:35 synology214se kernel: [2167585.195690] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 20:13:35 synology214se kernel: [2168186.108513] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 20:15:36 synology214se kernel: [2168307.059334] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 20:23:35 synology214se kernel: [2168786.518270] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 20:33:35 synology214se kernel: [2169386.906067] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 20:43:35 synology214se kernel: [2169986.898239] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 20:53:35 synology214se kernel: [2170587.679539] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 21:03:35 synology214se kernel: [2171187.729488] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 21:13:35 synology214se kernel: [2171788.386154] [/volume1/btsync/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/.SyncID] opened by pid 27831 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 21:16:36 synology214se kernel: [2171969.456789] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 21:33:35 synology214se kernel: [2172989.414811] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 21:53:35 synology214se kernel: [2174189.600055] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 22:03:35 synology214se kernel: [2174790.421861] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 22:13:35 synology214se kernel: [2175390.925522] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 22:13:36 synology214se kernel: [2175391.948406] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 22:23:35 synology214se kernel: [2175990.827075] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 22:33:35 synology214se kernel: [2176591.137423] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 22:53:35 synology214se kernel: [2177792.528480] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 23:23:35 synology214se kernel: [2179593.179691] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 23:33:35 synology214se kernel: [2180193.802721] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 23:43:35 synology214se kernel: [2180794.200826] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 20 23:53:35 synology214se kernel: [2181394.498358] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 00:03:35 synology214se kernel: [2181995.312609] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 00:13:35 synology214se kernel: [2182595.791122] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 00:19:36 synology214se kernel: [2182956.894496] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 00:23:35 synology214se kernel: [2183195.688611] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 00:33:35 synology214se kernel: [2183796.224266] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 00:43:35 synology214se kernel: [2184396.587488] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 00:53:35 synology214se kernel: [2184996.925244] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 01:03:35 synology214se kernel: [2185597.670439] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 01:13:35 synology214se kernel: [2186198.211636] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 01:20:36 synology214se kernel: [2186619.373462] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 01:23:35 synology214se kernel: [2186798.611293] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 01:33:35 synology214se kernel: [2187398.436468] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 01:43:35 synology214se kernel: [2187999.033999] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 01:53:35 synology214se kernel: [2188599.403139] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 02:03:35 synology214se kernel: [2189199.759129] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 02:13:35 synology214se kernel: [2189800.054933] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 02:21:36 synology214se kernel: [2190281.248547] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 02:23:35 synology214se kernel: [2190400.886471] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 02:33:35 synology214se kernel: [2191001.029571] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 02:43:35 synology214se kernel: [2191601.348109] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 02:53:35 synology214se kernel: [2192201.855898] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:03:35 synology214se kernel: [2192802.347224] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:13:35 synology214se kernel: [2193402.587779] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:13:36 synology214se kernel: [2193403.684938] [/volume1/btsync/XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX/.SyncID] opened by pid 27831 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:22:36 synology214se kernel: [2193944.007367] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:23:35 synology214se kernel: [2194003.068569] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:33:35 synology214se kernel: [2194603.443323] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:43:35 synology214se kernel: [2195203.789775] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 03:53:35 synology214se kernel: [2195804.097433] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 04:03:35 synology214se kernel: [2196404.551224] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 04:13:35 synology214se kernel: [2197005.359109] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 04:23:35 synology214se kernel: [2197605.327531] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 04:33:35 synology214se kernel: [2198205.786956] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 04:43:35 synology214se kernel: [2198806.029924] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 04:53:35 synology214se kernel: [2199406.719794] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 05:03:35 synology214se kernel: [2200007.351115] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 05:13:35 synology214se kernel: [2200607.295552] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 05:23:35 synology214se kernel: [2201207.841566] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 05:24:36 synology214se kernel: [2201269.004341] [/etc/resolv.conf] opened by pid 27826 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 05:33:35 synology214se kernel: [2201808.200043] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 05:43:35 synology214se kernel: [2202408.668728] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 05:53:35 synology214se kernel: [2203008.937343] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]May 21 06:03:35 synology214se kernel: [2203609.825756] [/usr/local/btsync/var/sync.dat.new] opened by pid 27829 [u:(/usr/local/btsync/bin/btsync), comm:(btsync)]Now, I can see accesses to sync.dat.new every 10 minutes and to /etc/resolv.conf every hour by btsync. "folder_rescan_interval" is set to 10800.

Hi, I’m a member of a very small btsync network (4 clients) where the most of us use btsync ARM 1.3.94 on Synology NAS or Raspberry Pi platform. We have to synchronize large data files and discovered a suboptimal behavior of btsync regarding performance which can be easily reproduced: Imagine you have 3 clients A, B and C where A is able to see B but not C. B can see both others clients. This can be a situation where A is a system in the internet, B in a local network WITH access to the internet but C is a client in the same local network but WITHOUT access to the internet and only able to see B, so the test configuration is: A <-> B <-> C The upload rate A -> B is SMALLER (this is important!) than the upload rate B->C. When client A starts to synchronize a very large data file with B but C is still offline then there will be with growing time more and more data on B which will be synchronized with C once it is started. If C is now started and it empties the amount of data on B to be transferred to C by the high upload rate from B->C BEFORE A has finished its upload to B then any new data on B WILL NOT be transferred to C until the upload from A to B has ended or the btsync client on C was restarted. In other words while the transfer of data from A to B there is no continuous data transfer between B and C once the client C thinks it is in synchronal state with B by no new data. C has to wait until the upload to B has finished before it gets new data … which is of course not very efficient. The upper configuration is just to express a simple environment; the issue also happens if all clients are connected via internet connection but a receiving machine has higher upload to the others in the network than the link between the first sender and this receiving client.

Perhaps I may jump in with my experience using the little DS214se: 1. try "ps -w|grep bts" to get what denis4inet is interested in 2. if you installed the btsync package from synocommunity then they use the internal user "btsync" ... unfortunately this user is NOT visible by DSM webGUI. 3. If you created shared folders within the webGUI to place the btsync directories into you need to allow the group "users" having access to it otherwise the user btsync has not sufficient permissions to touch these areas. In the DSM webGUI do for all shared folders you use with btsync: In the webGUI goto Control Panel -> Shared Folders -> Edit the specific shared folder -> Permissions -> Switch to Local groups -> activate READ/WRITE for the group "users". That was the only trick on my system to get it to run without any problems. If you created subdirectories within the shared folders using a user not being a member of the group users, it could be that you have to manually correct things in a telnet session. For this check any subdirectory and file in a folder used by btsync and see whether group users has access. The command the change the group permission is "chgrp" and can be used recursively with the "-R" parameter of course.

Hi, I meanwhile run 1.3.94 on my Synology DS214se. Your RS814 and my DS214se are using ARMv7 processors, so it is no problem to 1. stop the BitTorrent Sync package on the Synology and 2. replace the btsync binary in directory /volume1/@appstore/btsync/bin with the ARM binary you can download at http://www.bittorrent.com/intl/en/sync/downloads ; give it with chmod and chown the rights 775, owner btsync and group root Regarding the failing debug ... I can' say whether you're doing something wrong. If you created the file debug.txt with FFFF as content as mentioned in the correct directory and you restarted the package, you should immediately see in the sync.log tons of new entries like the peer pings i.e.

Hi, I've a DS214se with DSM 5.0-4482 and installed the BitTorrent Sync 1.3.93 package via http://packages.synocommunity.com. To enable debug log, I've to 1. telnet to the syno using root login (same password like admin) 2. go to /volume1/@appstore/btsync/var (here reside the sync.conf and sync.log) 3. create the file debug.txt with just the content of 4 chars FFFF 4. restart the package debug output will be written to the sync.log file afterwards.

Unfortunately 1.3.94 still shows the same problem.

Perhaps a helpful/ interesting information: The excessive accesses to /etc/localtime by btsync stop at my NAS if I open the btsync webGUI at _http://<NAS ip>:8888 ... and immediately continue, if I close such web page, again. Opened request #9515 by having sent an email with debug log and /var/log/messages to syncapp@bittorrent.com.