RomanZ

@phneutral As I understand, you united all your devices under single identity. I.e. all devices can see each other in "My devices" section. This is the reason why all of them can get free access (or even remove) folder from other peers in "My devices". If you want some peer to not to be able to connect folders without permission - you should disconnect it from your "My devices" list. In this case you'll need to add folder to it via link (or QR code) - and it will request for approval.

@fedele.mantuano This issue was fixed in upcoming 2.0 release. I suggest waiting for the new beta build (the 2.0.52 announced yesterday does not contain it yet) and upgrade.

@rdiaz02 Thanks for feedback, we'll consider to change it.

@Brilliantsam Allright, could you please pack all related to Sync and send to me? Thanks!

@adinunzio10 If you get a chance for testing - I can provide you an experimental build which prefers TCP when transferring over Internet. Let me know if you are interested to test.

@alexander-shen try running ./btsync --dump-sample-config For the list of preferences see this article. @knwpsk What do you mean under "fails to start"? Does it show some message or simply does not start? If the latest - could you please check what is actually written in the registry key "HKCU\Software\Microsoft\Windows\CurrentVersion\Run\BitTorrent Sync"?

@all Thanks a lot for testing the experimental builds! Part of fixes from there already part of 1.4.110, all of fixes from there will join official release later. If there are anyone who is using 1.4.10025 AND still have out-of-sync - please PM me. @calvyb Yep, send me logs. Make sure that log_size is set to around 500Mb to capture the issue. @carloxp 1.4.110 is the latest version officially released for 1.4 major release. 1.4.10xxx is the experimental branch we use to check some fixes for issues that are not reproduced in our labs. @markowe Peer list contains only files Sync needs to sync. If you've got full list of your files there - it is clear indication that Sync failed to merge trees between 2 computers. Send me logs so I can see what's going on on your computer..

@kewi Issue identified and will be fixed in upcoming 2.0. Thank you for reporting!

@calvyb Do I understand correctly that restarting Sync is enough - or only whole laptop restart works? @markowe As I understand you've got only 2 peers - local RW and remote RO, right? Try setting "Overwrite changed files" preference on RO peer and see if it helps.

@fedele.mantuano I can take a look at logs from RPI, but I still suspect that something is wrong with permissions there. Which user is running btsync? Is it also root?

@adinunzio10 Just to make sure I understand your setup correctly: - You are transferring a single file ~3.5Gb from your seedbox to home computer over internet - Home computer has a bandwidth of 134Mbytes for download and 9.9MBytes to upload data. - seedbox has bandwidth of ~10.6 MBytes for upload. With this setup, when you download 3.5Gb file with chrome - you get 14Mbytes/sec When you get it with Sync you get saw-shaped speed traffic which never transfers faster than 3.3Mbytes/sec. Is this correct or I'm missing something?

@chr157 We'll do our best to get it into 2.0, though there is some chance it will slip to next release.

@all, 1.4.110 is now available via auto-update.

@vhanacek Sync 1.4 does not support 2.0 folders. While Sync 2.0 does support Sync 1.4 folders. Just paste key or link from 1.4 to 2.0. Also note, that 1.4 should be 1.4.110 as earlier versions have known compatibility issues.

@drego85 "No peers online" is okay status, its not an error or something. Just all peers went offline. @all Anyway - thanks for the feedback.

Not at the moment. I'll update the thread once we'll have some mechanism to avoid conflicts with apps like Office.

@boruguru Unloading it from memory slows down every file operation a little bit - which becomes pretty much noticeable on large amount of files. In any case, we plan to optimize in future.

@3zero2 Storage folder is a folder where Sync keeps its databases and other service data. By default, it is the .sync subfolder in the same folder where binary stays. However, if you installed Sync via package it might be different. Please see this article as it describes what are the storage folders for different NAS vendors. You need to create a debug.txt there and put the "0000" there to prevent writing any data to a log.

@doveweed You cannot synchronize whole OS using Sync. Sync does a very straightforward file-to-file synchronization, while many files are computer-specific and should not be copied or even worse - should be merged carefully. This also scales to your user home folder - there are way too much computer specific stuff and it is not recommended to sync whole user folder. The best thing Sync can do is to keep synced selected data folders of your profile - like, Documents or Downloads.

@Iminent Let me elaborate. Your main concern is that file deletion on your mobile device deletes the file on all other peers. I advise to not to share read-write key to your mobile device, but share a read-only key. If you do so, the changes you do on mobile device won't propagate to other peers. So you can simply delete a file you previously synced - and it will stay on other peers. This way is going to work for mobile platforms only. Another option us upgrading your Sync to 2.0. It has a kind of new synchronization mode "on-demand" which is also known as "selective" sync. It allows to exactly do what you asked for - "Delete file only on local device" or "Delete file everywhere". This option is going to work for both mobile and desktop platforms.

@tacorn It should not resend data if it did not change. Looks like a bug - I suggest collecting debug logs. For the future, starting from version 1.4 Sync follows moved folders. So you can simply move whole folder - Sync will update its new location. Although, it will work only if you move folder within one logical drive boundaries on Windows.

Hi Mark, Actually by default Sync does not download deleted or changed file on Read-only peer. There is a special setting which can force Sync to re-download files if they are changed / removed. See the folder preferences, "Overwrite any changed files". If it is unchecked, you'll get exactly what you ask for.

@boruguru Disconnecting folder deletes the database of the folder. So yes, re-connecting the folder will force Sync to re-read all the data to build a tree of checksums for files and folders. Sync keeps in memory not only checksums but also some service information on files - like change time, which pieces of the file it has, etc. This information is dumped to DB to avoid recalculation when Sync starts up.

@boruguru Sync caches all the information in SQLite DB. Every time it starts it does not re-read all the data in sync folders. It loads data from DB into memory and rescans sync folder for changes. While scanning, it does not actually read files content, but rather relies on file size and modification timestamp. If any of those has changed - Sync is going to update file's hash. So, actual folder rescan depends more of files amount rather than of total size.

@calvyb Actually, starting from 1.3 sync no longer searches for devices all the time in LAN. It is multicasting for devices in LAN for around 10 seconds after it starts OR after some network interface changes. I'm curious about this part in your story: Are you shutting down your laptop or you just close the lid and let it sleep? When NAS and laptop does not see each other, does the simple restart of Sync (not the whole device) on either NAS or laptop helps? @Petrenko_denis For the package issues you can ask for more information here. The package owner is usually very responsive and can help you with installation. Meanwhile, you can you try running Sync without package. You need to simply run Sync binary. WebUI will listen 127.0.0.1:8888 by default and will store data in .sync subfolder next to binary.