hyshai Posted September 2, 2014 Report Share Posted September 2, 2014 When adding a local folder that is not empty (has files in it already) using an existing (read only) key, Btsync adds the folder but with a new key (read and write). This only happens if the local folder is not empty. This is a bug only in linux and only in versions >1.4 This: Results in: In the log below - `btsynctest` is empty and was able to be added with existing key. `btsynctest2` is not empty and was added but with a new key.[20140902 09:46:05.357] SyncFolderScanner: Adding notifier "/home/stlouis/btsynctest"[20140902 09:46:05.357] Error while adding watch for /home/stlouis/btsynctest. errno=28[20140902 09:46:05.358] Requesting peers from tracker 54.225.***.*:3000 for share BE1CF5961ABA****************[20140902 09:46:05.358] Using existent uTP tracker connection to 54.225.100.8:3000[20140902 09:46:05.358] Sending broadcast ping for 1 shares[20140902 09:46:05.456] Got list of 1 peers for share BE1CF5961ABA2*******************[20140902 09:46:06.492] Sending broadcast ping for 1 shares[20140902 09:46:06.666] FC[E8AD]: started periodic scan for "/home/stlouis/btsynctest"[20140902 09:46:06.667] FC[E8AD]: finished periodic scan, checking for missing files in "/home/stlouis/btsynctest"[20140902 09:46:06.667] Trash: scan for folder "/home/stlouis/btsynctest/.sync/Archive" started, max file age = 30 days[20140902 09:46:06.667] Trash: scan for folder "/home/stlouis/btsynctest/.sync/Archive" finished[20140902 09:46:06.667] Trash: GetFileList failed for folder "/home/stlouis/btsynctest/.sync/Streams" - error 2[20140902 09:46:07.153] Sending broadcast ping for 1 shares[20140902 09:46:08.036] Sending broadcast ping for 1 shares[20140902 09:46:09.070] Sending broadcast ping for 1 shares[20140902 09:46:10.080] Sending broadcast ping for 1 shares[20140902 09:46:11.089] Sending broadcast ping for 1 shares[20140902 09:46:12.178] Sending broadcast ping for 1 shares[20140902 09:46:13.107] Sending broadcast ping for 1 shares[20140902 09:46:14.118] Sending broadcast ping for 1 shares[20140902 09:47:03.403] SyncFolderScanner: Removing notifier "/home/stlouis/btsynctest"[20140902 09:47:03.404] Removing folder /home/stlouis/btsynctest from inotify[20140902 09:47:18.288] SyncFolderScanner: Adding notifier "/home/stlouis/btsynctest2"[20140902 09:47:18.288] Error while adding watch for /home/stlouis/btsynctest2. errno=28[20140902 09:47:18.289] Requesting peers from tracker 54.225.***.**:3000 for share 89EED0C72C968*********************[20140902 09:47:18.289] Using existent uTP tracker connection to 54.225.***.38:3000[20140902 09:47:18.289] Sending broadcast ping for 1 shares[20140902 09:47:18.311] Got list of 1 peers for share 89EED0C72C96889*********************[20140902 09:47:18.672] FC[2B38]: started periodic scan for "/home/stlouis/btsynctest2"[20140902 09:47:18.672] FC[2B38]: file updated - processing file /home/stlouis/btsynctest2/notempty.txt t:1409665618 s:0[20140902 09:47:18.672] SyncFileEntry: Set owner time for entry "/home/stlouis/btsynctest2/notempty.txt" to 77354[20140902 09:47:18.672] FC[2B38]: finished periodic scan, checking for missing files in "/home/stlouis/btsynctest2"[20140902 09:47:18.672] Trash: scan for folder "/home/stlouis/btsynctest2/.sync/Archive" started, max file age = 30 days[20140902 09:47:18.672] SF[2B38]: UpdatePeersStat[20140902 09:47:18.672] Trash: scan for folder "/home/stlouis/btsynctest2/.sync/Archive" finished[20140902 09:47:18.672] ScheduledTask:UpdatePeersStat invoked:immediately reason:OnLocalTreeChanged[20140902 09:47:18.672] Trash: GetFileList failed for folder "/home/stlouis/btsynctest2/.sync/Streams" - error 2 Quote Link to comment Share on other sites More sharing options...
Helen Posted September 5, 2014 Report Share Posted September 5, 2014 hyshai, We managed to reproduce this issue in our labs and will fix it ASAP. As a temporary workaround, please, use RO link instead of key. The only difference here will be the necessity to approve of Linux on the other peer (from which you shared the link). Thank you. Quote Link to comment Share on other sites More sharing options...
joshk Posted September 5, 2014 Report Share Posted September 5, 2014 (edited) I've been having this exact same issue when attempting to sync non-empty R/W folders as well. The GUI is also non-responsive when trying to "Update key" through the preferences menu (no error messages). Running a Raspberry Pi B with the latest version of Raspbian. Edited September 5, 2014 by joshk Quote Link to comment Share on other sites More sharing options...
benplumley Posted September 7, 2014 Report Share Posted September 7, 2014 I've had the same error. There is a better workaround. Add the folder, it will generate a new key, then edit the folder's key to the real one. When I did this, it remembered the key properly after I edited it. Quote Link to comment Share on other sites More sharing options...
hyshai Posted September 7, 2014 Author Report Share Posted September 7, 2014 That doesn't seem to work for ReadOnly keys Quote Link to comment Share on other sites More sharing options...
hurik Posted September 16, 2014 Report Share Posted September 16, 2014 Same problem ... still exists in 1.4.75. Quote Link to comment Share on other sites More sharing options...
RomanZ Posted September 16, 2014 Report Share Posted September 16, 2014 @hurik It is not fixed yet (and won't be in upcoming build), sorry. As issue is not critical - we'll fix it a bit later. Quote Link to comment Share on other sites More sharing options...
scintilla13 Posted September 16, 2014 Report Share Posted September 16, 2014 Why should be considered a non critical issue???? BTSync is better than dropbox or similar because no space limit.But local connection limits are present. When I have to start a remote sync, most of the time I do a local copy (at local speed...) on a portable device.Then I will start to sync without waiting AGES .... If is impossible to start a sync on an existing folder where I could download an older version? Quote Link to comment Share on other sites More sharing options...
RomanZ Posted September 16, 2014 Report Share Posted September 16, 2014 @scintilla13The bug related to creating new key when you enter RO key for a folder with already existing files:1) has a number of easy-to-achieve workarounds. 2) does not ruin any core functionalitytherefore considered not to be critical. Quote Link to comment Share on other sites More sharing options...
scintilla13 Posted September 16, 2014 Report Share Posted September 16, 2014 please, go deeper, about point 1, or suggest a link about it. Thanks Quote Link to comment Share on other sites More sharing options...
RomanZ Posted September 16, 2014 Report Share Posted September 16, 2014 Possible workarounds:- Use RO link instead of key- Sync data to another, empty folder then move the files you want to be present there into this folder- Add a new folder, then update the key to RO one. See the topic above - they are mentioned there. Quote Link to comment Share on other sites More sharing options...
scintilla13 Posted September 16, 2014 Report Share Posted September 16, 2014 Workarounds observations: 1) Using a link (instead of key) is not possible if "file source" is a 2003 server or XP cause limited to 1.3 (is it right?).2) I will try it3) I just tried to update the key but doesn't work. The read only key is not accepted. this is the link to last 1.3 versions http://syncapp.bittorrent.com/1.3.109/ maybe it could be useful to someone reading this thread. Quote Link to comment Share on other sites More sharing options...
sciurius Posted September 16, 2014 Report Share Posted September 16, 2014 Possible workarounds: - Use RO link instead of key - Sync data to another, empty folder then move the files you want to be present there into this folder - Add a new folder, then update the key to RO one. See the topic above - they are mentioned there. You can (also) obtain the desired result by using the API 'add_folder' method. Quote Link to comment Share on other sites More sharing options...
IonMike Posted September 17, 2014 Report Share Posted September 17, 2014 I have this problem, too. I'm trying to share a RO link by copying the link from the Windows Clipboard into the browser in a Remote Desktop session to my remote machine (W7).Internet Explorer 11 says "The webpage cannot be displayed" andFirefox 31.0 says "The address wasn't understood ... You might need to install other software ..." The same machines are already syncing a read/write directory without problem, so obviously BTSync (1.4.75) is installed... Am I doing something wrong?-M Quote Link to comment Share on other sites More sharing options...
tux3 Posted September 26, 2014 Report Share Posted September 26, 2014 (edited) I'm affected by this bug too, and couldn't get any of the aforementioned workarounds to work, so I simply started syncing the RO key in an empty folder, killed btsync, edited sync.dat manually (simple serialization scheme, easy enough), restarted btsync so the sync with this RO key was now in the right folder, and restarted it again so the syncing would actually resume (required, due to another long standing bug). Bittorrent Sync is a massive pain to use. Some polishing and bug fixing would be very much appreciated, eventually. Edited September 26, 2014 by tux3 Quote Link to comment Share on other sites More sharing options...
latitudehopper Posted September 29, 2014 Report Share Posted September 29, 2014 I wish I had found this thread earlier. I thought I was going mad. This bug is such a pain - I love BTS as it was up until now, smarter than me. I set it up and it just worked. Now I am having to fudge things which makes me nervous. I have two massive shares synced over ADSL, I do not want to resync them now I have replaced on of my boxes. What is the best way around this with pre-existing data? Quote Link to comment Share on other sites More sharing options...
RomanZ Posted September 29, 2014 Report Share Posted September 29, 2014 @latitudehopperFix is ready and coming. See workarounds here. Quote Link to comment Share on other sites More sharing options...
latitudehopper Posted September 29, 2014 Report Share Posted September 29, 2014 I have tried this - Sync data to another, empty folder then move the files you want to be present there into this folder As it was one of the solutions I discovered. It appears to now be taking days to balance out and consider itself synced. Quote Link to comment Share on other sites More sharing options...
scintilla13 Posted October 23, 2014 Report Share Posted October 23, 2014 Still existing issue on 1.4.93 ? Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.