RomanZ

Kay, Even without a package Sync is capable to run on numerous amount of platforms. You'll have to deploy Sync manually there. Also note, that Sync never complains about resources, though if you've got a lots of files (or peers) you can overload your router.

@acp It is currently not implemented. Sync does not show in API remote folder events.

@Moe Your are right here. While logs can be disabled, DB can't. Another option is to run Sync from inside container.

@PaulU Also, it looks like your case is well covered with a new BitTorrent product - Sync IT which is intended to control all Sync instances centrally. It is not yet released publicly, although you can sign up for testing if you are willing to.

@nat101 If you uncheck auto-sleep Sync will be running all the time. It's convenient, though battery-consuming. Thanks for your idea - we'll consider re-wording of this part.

@zkyevolved If you are syncing container itself (not the files inside), you need to ensure that: 1) whatever-crypt is updating either file size or timestamp. Otherwise Sync won't be able to detect that file has been changed. 2) that other node whatever-crypt is not running, as it may prevent Sync from changing container. Its more simple if Sync is working with virtual disk instead of container. In this case, it will simply stop syncing as soon as you unmount virtual disk, and start syncing again when you mount it.

@neser Changing port in sync confing to 8890 may not work only due to one reason - some other process already occupies this port. I suggest running netstat -anp | grep 8890 to see who takes the port. @Orlandowave The config looks okay. Could you please share on what exactly not working? If you can't open WebUI of Sync while Synology DSM says it is running - it is worth of logging in to your NAS and checking 1) if btsync process is running and it is using correct config file 2) if btsync is indeed listens to 8888 port.

@neser Try manually connecting to port 8888 and it will work. Unfortunately, I did not found how to change this URL in Package Center. Looks like it only changes during installation.

@F481 Sync stores its data in a user-specific folder. So if all these users does not work on a same PC simultaneously and Windows does not allow them to view each other's files - this is achievable in upcoming version (currently released version 2.2.7 contains a known issue, preventing Sync from working flawlessly in multi-user environment).

@neser This is almost I wanted to see . You say that adjusting the "/usr/local/bittorrentsync/var/sync.conf" file did not help, so I wanted to ensure that it is indeed the config file used by Sync. Unfortunately, the screenshot you shared does not show full name and path of a config file used by Sync. Please also note, that changing this config file changes the actual port Sync is listening, not the URL that you see in your Package Center! @Orlandowave Here is a config file from my lab NAS, adjusted to port 8888 and proved working. Although, its simple (and safer) to change existing config rather than completely copypaste this one. { "storage_path" : "/usr/local/bittorrentsync/var", "pid_file" : "/usr/local/bittorrentsync/var/syncapp.pid", "display_new_version" : false, "vendor" : "Synology", "webui" : { "listen" : "0.0.0.0:8888", "allow_empty_password" : false, "directory_root" : "/", "dir_whitelist" : ["/volume1","/volume2","/volume3","/volume4","/volume5","/volume6","/volume7","/volume8","/volume9","/volume10","/volume11","/volume12","/volume13","/volume14","/volume15","/volume16","/volume17","/volume18","/volume19","/volume20"], "context":"{\"folder_blacklist\": [\"\/@\", \"\/lost\\\\+found\"]}", "directory_root_policy":"belowroot" }}

Hey nat, Yes, Sync works on Android in background. Although, to save battery power it usually wakes up to check file changes and updates from other peers and falls to sleep again. Default check period is 30 minutes, though it can be adjusted in app preferences. So if you give Sync ~30 minutes, it should detect all changes done on Android and distribute them to other peers, as well as get changes from other _online_ peers.

@brokenby2703 There are several use cases with NASes I'm aware of thanks to our customers and community: - distributed nature. Having asymmetric connection to Internet means that usually you have very slow upload bandwidth and data from NAS is delivered to the outer world extremely slowly. If you have more than one peer with same dataset in internet - it speeds up things significantly. - matter of trust. Enabling Cloudstation means that you provide access to your data of a 3rd party company. There can be a lot of arguments about this one, but all goes out of current discussion scope. - always-on peer for bigger network. Many users have number of computers (10+) and in this case standard NAS is not capable to serve all of them, while full-scale server is expensive. So they just need a peer that is always turned on to make files available for the case when all other peers become offline.

@JohnnyBravo Couple of questions / statements to get clear picture of what happens: 1) You've got some certificate that you generated and configured in Sync's config (let it be CertA) 2) Your Sync runs on headless Ubuntu 14.04, where nginx service also runs. 3) When you access Sync's webUI, you get some other self-signed certificate, CertC a. How your nginx is configured? Do you forward connections to Sync or Sync is listening directly its webui port? b. What is the CertC? Screenshot or cert itself would be valuable

@Catsrules While we are working to get this issue resolved - could you please try to disable AVG and ESET on-access file scan and see if it improves the situation? In our lab, it reduced delay twice (though it is still noticeable comparing to right-click without Sync's extension).

@Andy22, @McVitas, Try also disabling encryption in LAN. Sync is using LAN to deliver traffic, if it is possible. Also, what is the average file size that you deliver? Smaller files are synced slower. @McVitas Wireless speed is highly reliable on how crowded your area with other wifi access points. Could you check the speed of SMB / FTP file transfer between same devices and same set of files?

@Herdo As you say, moving in and out helps file to get synced. Could you please update file's mtime and see if it helps to resolve the issue? Actually, I was expecting for rescan to solve your issue. Ideally, I'd like to ask you to send us logs and let me know some filename that definitely exposed described behavior.

Thanks Andrea!

@Herdo You can leave the first line as is. It is only responsible for what to log and what not to log. Setting it to zero lets Sync know that you no longer want to write logs. Indeed, debug.txt should consist of 2 lines: 00000000 (or FFFFFFFF)00000002The second line turns off UDP traffic, which in certain cases causes traffic slow down. Although, I would recommend first disabling the "hdd_low_priority" advanced setting. In majority of cases HDD is the bottleneck. Also, could you please share a bit more details about your case? Are peers connected via LAN or internet? What are the peers OS and hardware? Channels bandwidth?

NP. I'm following this topic and will see when you reply.

@neser When Sync is up and running, could you please SSH to it, list all the processes running and let me know what are the params for "btsync" process? Thanks!

@sunylat Did you receive your API key?

@mogarick Unfortunately MyCloud SDK won't help. We are in the middle of discussion with WD, so hopefully, we'll get some progress soon. Support representative will update the topic once we'll have some progress.

Hi Paul, The issue is that Sync allows to save data by default only to "/volume1".."/volume20", while usb drive mounts to "/usbdrive1".."/usbdriveN" to your Synology. You can SSH to your Sync and edit file /usr/local/bittorrentsync/var/sync.conf manually, to allow access to usbdrives. All you need to do is to modify "dir_whitelist" variable to allow access to usb. Note, that file is in JSON format so please preserve syntax to keep Sync working. Also, Sync will need to be restarted to apply new config file.

@neser You can SSH to your NAS and edit Sync's config file and choose any other port you like (though, be careful not to occupy already occupied port): /usr/local/bittorrentsync/var/sync.conf

@eldrin Cosmetic fixes are really cosmetic - like, fixing particular words / wordings in localizations, not-always appearing floating message, etc. All significant fixes should be mentioned in change log. If you noticed something that is missing in change log - let me know.