wmb Posted December 19, 2013 Report Share Posted December 19, 2013 Currently I'm having the same bug (?) on both iPhone 4S (iOS 7.0.4) and iPad 4 (iOS 6): When opening the app, it autmoatically begins to download all files one after another from my NAS (DS213j). All BTSync versions are up to date. Before it used to only download files when I tapped them.Auto sync is off on both devices. It's annoying since it takes away lots of space, obviously. Edit:Removed the secret from the iOS devices, added it again. Seems to be fine again. For now.. Quote Link to comment Share on other sites More sharing options...
hermani Posted December 25, 2013 Report Share Posted December 25, 2013 Couldn't find a better place for this: I have installed the BT Sync client on a NAS, a Linux machine, a Mac desktop and a Macbook. Everything works fine but on the laptop the Sync client tops the energy impact graph and seems to suck half of the energy used by all applications and background processes together. Is it possible to improve the energy-impact of the client? For the rest, I really LOVE the system and its simplicity and I'll be happy to purchase any licenses in the future if needed. Thanks! Quote Link to comment Share on other sites More sharing options...
nop Posted December 26, 2013 Report Share Posted December 26, 2013 but on the laptop the Sync client tops the energy impact graph and seems to suck half of the energy used by all applications and background processes.Is it possible to improve the energy-impact of the client?Btsync can use "a lot" of energy (according to apple energy monitor) when indexing new files. I've added 32 Gb folder with 5 000 files: Energy consumption of btsync after indexing is about 2.0. Even skype uses 8.0. I'm happy Quote Link to comment Share on other sites More sharing options...
hermani Posted December 26, 2013 Report Share Posted December 26, 2013 Thanks! I'll just have it on and look what happens. If it continues than I'll be back. Quote Link to comment Share on other sites More sharing options...
prestonwii Posted December 28, 2013 Report Share Posted December 28, 2013 Having a problem with the newest version somehow replacing newer files with old ones on 1.2.73Sent from my SCH-S738C using TapatalkI've been having this problem on and off for a long time now. My Android device seems to think it has a newer file than the most recently updated one and replaces it. It is ALWAYS the mobile device that makes the mistake and updates the file. I've found it occurs frequently with files that are very active with makes it a very frustrating issue because they are files that I'm using. When I open them up and they are an old version of the file, it just pisses me off. I've had to happen with Excel and Word documents, plus random save game files that I tried to sync across multiple machines. I'm still seeing this issue on 1.2.82 and the new version of the Android version. Quote Link to comment Share on other sites More sharing options...
lolcat Posted December 28, 2013 Report Share Posted December 28, 2013 Version 1.2.82 Starting two users on the same user where one is unconfigured, and one uses a config file running on the same WebUI port causes the two processes to compete to serve the webpage. What I found were that the website would update, and then prompt me for the password, it would then either want the password in the config file, or the password I setup through the WebUI. It should either warn on startup that there is another conflicting process using the port, or exit with an error if it discovers conflict. Took me a little while to debug. Quote Link to comment Share on other sites More sharing options...
Maacus Posted December 30, 2013 Report Share Posted December 30, 2013 On my Raspberry Pi i keep getting following error on multiple files. [20131230 01:46:45.085] Error downloading file Photos/13-12-27 Lille NyÃ¥rsafton hos Arleklo/PC270239.ORF: WriteToDisk: Invalid argument[20131230 01:46:45.086] Error downloading file Photos/13-12-27 Lille NyÃ¥rsafton hos Arleklo/PC270239.JPG: WriteToDisk: Invalid argument[20131230 01:46:45.087] Error downloading file Photos/13-12-27 Lille NyÃ¥rsafton hos Arleklo/PC270238.ORF: WriteToDisk: Invalid argument[20131230 01:46:45.087] Error downloading file Photos/13-12-27 Lille NyÃ¥rsafton hos Arleklo/PC270238.JPG: WriteToDisk: Invalid argument[20131230 01:46:45.088] Error downloading file Photos/13-12-27 Lille NyÃ¥rsafton hos Arleklo/PC270237.ORF: WriteToDisk: Invalid argumentI´m using version 1.2.82 on all devices. Raspberry, Ubuntu 12.10, Mac OS X 10.9, Windows 8.1 and Windows 7. Quote Link to comment Share on other sites More sharing options...
lolcat Posted December 30, 2013 Report Share Posted December 30, 2013 Is your encoding borked or is it like that in the log? Quote Link to comment Share on other sites More sharing options...
Maacus Posted December 30, 2013 Report Share Posted December 30, 2013 Is your encoding borked or is it like that in the log? It´s like that in the log. There are some problems with swedish characters when using FAT as file system. I solved it by format the external hard drive with ext4. Quote Link to comment Share on other sites More sharing options...
knirsch Posted December 31, 2013 Report Share Posted December 31, 2013 Don't know where to turn on the debug log. But here's a problem description: Our synch performance is rather spotty. Could this be due to the fact that we are running computers in different time zones? I tried to recreate it by setting up two laptops. Synch works fine both ways.Then shift one laptop's time settings by 7h. No more synch either way.Then shift back on laptop's time so it's within 60s of the other. Still no synchs. The latter part baffles me. Any thoughts? Quote Link to comment Share on other sites More sharing options...
ade_m Posted January 2, 2014 Report Share Posted January 2, 2014 *removed*... wrong topic Quote Link to comment Share on other sites More sharing options...
lolcat Posted January 5, 2014 Report Share Posted January 5, 2014 Version 1.2.82 uses a lot of ram on FreeBSD. It used like 700MB of swap, that is like, more than all the other things (including the OS) is using. I hope it isn't caching its databases in ram as teh filesystem will do that automagically. What is it using all the idle ram for? If it is getting swapped out I don't see the purpose. Quote Link to comment Share on other sites More sharing options...
lolcat Posted January 8, 2014 Report Share Posted January 8, 2014 It appears BTSync stops indexing after 1446880 files. Is this a known bug or? It uses CPU and it says indexing, but now new files are added (the folder contains like 2 million tiny files). Quote Link to comment Share on other sites More sharing options...
RomanZ Posted January 16, 2014 Report Share Posted January 16, 2014 Hi lolcat, There is no any limitations to amount of files. I can guess that BTSync stumbled upon some unreadable file / folder. To identify the root cause I'll need a logs with extended debugging, see thread starting post for details.T Thanks! Quote Link to comment Share on other sites More sharing options...
AnthorNet Posted January 23, 2014 Report Share Posted January 23, 2014 Is ZendDesk really read ? As I put a request and my logs 1 week ago and still nothing ! Quote Link to comment Share on other sites More sharing options...
RomanZ Posted January 29, 2014 Report Share Posted January 29, 2014 Sorry for inconvenience. We have a very limited resources assigned to support now, however this is going to improve in closest couple of months. Quote Link to comment Share on other sites More sharing options...
arbyter Posted February 4, 2014 Report Share Posted February 4, 2014 btsync tells me every time the sate of the folder is "sync" but my folder stays empty.here is a detailed debug log.[20140204 12:41:14.041] Sending broadcast ping for share 2BAF8E6DE739A9162BF693A188AC806097F75B58[20140204 12:41:14.042] Send ping to peer (00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D) for share 2BAF8E6DE739A9162BF693A188AC806097F75B58:[20140204 12:41:14.042] ping ip-adress:63343 directly[20140204 12:41:14.042] Sending broadcast ping for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F[20140204 12:41:14.042] Got id message from peer FENRISULFR (00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D) 1.2.82[20140204 12:41:14.042] Got state sync request from peer 00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D[20140204 12:41:14.042] Got state sync request while sync in progress with another peer - cancelling it[20140204 12:41:15.045] Sending broadcast ping for share 2BAF8E6DE739A9162BF693A188AC806097F75B58[20140204 12:41:15.045] Sending broadcast ping for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F[20140204 12:41:15.046] Send ping to peer (00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D) for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F:[20140204 12:41:15.046] ping ip-adress:63343 directly[20140204 12:41:15.101] Got ping (broadcast: 0) from peer ip-adress:63343 (00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D) for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F[20140204 12:41:15.102] Found peer for folder /Users/xxx/Documents/yyy-folder 00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D ip-adress:63343 direct:1[20140204 12:41:15.466] Incoming connection from ip-adress:43439[20140204 12:41:16.103] Sending broadcast ping for share 2BAF8E6DE739A9162BF693A188AC806097F75B58[20140204 12:41:16.103] Sending broadcast ping for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F[20140204 12:41:16.662] Got id message from peer X-PC (00E0DDF1773207B80B809BF4AB02355094FB8C83) 1.2.82[20140204 12:41:16.662] Got state sync request from peer 00E0DDF1773207B80B809BF4AB02355094FB8C83[20140204 12:41:16.662] Got state sync request while sync in progress with another peer - cancelling it[20140204 12:41:17.163] Sending broadcast ping for share 2BAF8E6DE739A9162BF693A188AC806097F75B58[20140204 12:41:17.163] Sending broadcast ping for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F[20140204 12:41:17.163] Send ping to peer (00E0DDF1773207B80B809BF4AB02355094FB8C83) for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F:[20140204 12:41:17.164] ping ip-adress:43439 directly[20140204 12:41:17.164] ping ip-adress:43439 via relay[20140204 12:41:17.164] ping ip-adress:43433 peer local address[20140204 12:41:17.312] Got ping (broadcast: 0) from peer ip-adress:43439 (00E0DDF1773207B80B809BF4AB02355094FB8C83) for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F[20140204 12:41:17.312] Found peer for folder /Users/xxx/Documents/yyy-folder 00E0DDF1773207B80B809BF4AB02355094FB8C83 ip-adress:43439 direct:0[20140204 12:41:18.041] Incoming connection from ip-adress:63343[20140204 12:41:18.177] Sending broadcast ping for share 2BAF8E6DE739A9162BF693A188AC806097F75B58[20140204 12:41:18.177] Requesting peers from tracker ip-adress:3000 via UDP[20140204 12:41:18.177] Sending broadcast ping for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F[20140204 12:41:18.177] Send ping to peer (0079FFEA384040B2ADB75A2CD14A76AB2EAE7848) for share 95CF9500F39114B898F7A8A9F8BEF2EAEB7C414F:[20140204 12:41:18.177] ping ip-adress:44533 directly[20140204 12:41:18.177] Requesting peers from tracker ip-adress:3000 via UDP[20140204 12:41:18.177] Got id message from peer FENRISULFR (00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D) 1.2.82[20140204 12:41:18.177] Got state sync request from peer 00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D[20140204 12:41:18.178] Merge: processing get_root message, my hash: C18E87F711F3AB4B33B18147490284EB5D0C1EA2[20140204 12:41:18.304] Merge: processing get_have_pieces message, my hash: 9A0679BF0132F954DD233BDDCF8FE0C3F361ADCB, prev hash: 9A0679BF0132F954DD233BDDCF8FE0C3F361ADCB[20140204 12:41:18.312] Got list of 2 peers from ip-adress:3000[20140204 12:41:18.312] Peer 0: ip-adress:63343 00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D[20140204 12:41:18.312] Peer 0: local IP ip-adress:37791[20140204 12:41:18.312] Got list of 5 peers from ip-adress:3000[20140204 12:41:18.312] Peer 0: ip-adress:63343 00C32BEB6D1DDB78C9DD965BA9D0D3C96130051D[20140204 12:41:18.312] Peer 0: local IP ip-adress:37791[20140204 12:41:18.312] Peer 1: ip-adress:39864 000366B503F71BC56A226F4A106B48ED22C05C7A[20140204 12:41:18.312] Peer 1: local IP ip-adress:39864[20140204 12:41:18.312] Peer 3: ip-adress:43439 00E0DDF1773207B80B809BF4AB02355094FB8C83[20140204 12:41:18.312] Peer 3: local IP ip-adress:43433[20140204 12:41:18.312] Peer 4: ip-adress:44533 0079FFEA384040B2ADB75A2CD14A76AB2EAE7848[20140204 12:41:18.312] Peer 4: local IP ip-adress:12863I'm using v1.2.82 of bittorrent sync on OSX 10.9.2 (13C48) [beta] and lots of other clients on multiply operating systems (network of up to 10 clients) with the latest version Quote Link to comment Share on other sites More sharing options...
vadimt Posted February 7, 2014 Report Share Posted February 7, 2014 arbyter, could you please send your full debug logs to syncapp@bittorrent.com?Thanks! Quote Link to comment Share on other sites More sharing options...
arbyter Posted February 10, 2014 Report Share Posted February 10, 2014 Sorry, meanwhile i have bypassed the problem by creating a new folder and start to syncing all files again. it’s not a good but a working solution. The log was oddly deleted or overwritten. Quote Link to comment Share on other sites More sharing options...
dfrdman Posted February 14, 2014 Report Share Posted February 14, 2014 Hard crash: I've been using BT Sync to back up my office commuter to home (both Macs running OSX 10.9) for about three months, and everything was generally fine. Starting a week ago, BT Sync on the office computer will crash in about two to ten minutes after it starts, and then the process is unkillable. I cannot force quit the app, so I can't restart it, so the only way I can move ahead is to restart the computer. I should add: I was out of town when the problem started, so I'm pretty sure nothing changed in the configuration to explain why this problem suddenly cropped ip. Quote Link to comment Share on other sites More sharing options...
stanha Posted February 16, 2014 Report Share Posted February 16, 2014 Some files won't sync.Configuration: Win 7 master, Linux r/o client.Some files won't propagate the modifications of the master's copy (r/w node) to the r/o client.But if file is renamed to other name, then it will properly propagate to the r/o client machine and will update if master is modified. And even if you rename it to 3rd name, it will be properly renamed on the r/o client side and if it is updated on the master, it will correctly propagate.But if it is renamed back to the original name, then the same exact file will no longer propagate to the r/o client if master is modified.Basically, that original file name is lost to updates. Even if you delete it from master or r/o client and then restore it either when btsync is running or not, and then recreate it again and try to modify it on the master, it won't propagate to r/o client, no matter what you do.It seems that the file name is latched into some dead state and marked as not propagatable and it is no longer updatable.What is the reason for this logic?Is there any way to restore the propagation status of these files and do something to make sure that all other files won't have this problem and propagate?May be there needs to be some reset type of command that will scan all the files and reset whatever bit was set to lock the files, but only for those files that are already on the r/o machine.Or may be force-rescan-update all the files that are out of date or file hash or file size. Otherwise that file is lost as far as propagation of updates and its propagation status can no longer be changed as it is latched.What other ways to make sure all the current files on the r/o machine are up-to-date and will be updatable? Quote Link to comment Share on other sites More sharing options...
acyclovir Posted February 23, 2014 Report Share Posted February 23, 2014 Hi. I have issues with android app, auto sync never works, i have to open the app every time i want to upload/download files to sync, no matter what kind configuration, i have set in the app, background sync in android is actually pointless. Thanks in advance Quote Link to comment Share on other sites More sharing options...
Guest proactiveservices Posted February 24, 2014 Report Share Posted February 24, 2014 Basically, that original file name is lost to updates. I've come across this as well, and it seems to only affect R/O peers. Unfortunately I deleted the log files after I got it working...but know that it's not just you going mad! Quote Link to comment Share on other sites More sharing options...
Ethan Posted February 25, 2014 Report Share Posted February 25, 2014 Hi.I have issues with android app, auto sync never works, i have to open the app every time i want to upload/download files to sync, no matter what kind configuration, i have set in the app, background sync in android is actually pointless.Thanks in advanceI have the exact same problem. Since my phone is always running, it is the main seeder for my sync. But because auto sync doesn't work on it,BTSync is more or less unusable for me at this point which is a shame. Please fix this! Quote Link to comment Share on other sites More sharing options...
RomanZ Posted February 27, 2014 Report Share Posted February 27, 2014 dfrdman,What is the operating system? Could you please create a crash dump / core dump when app is hanging and send us for analysis? stanha,There is a known issue in BTSync: if files on local and remote peer has the same name which differs only in letters case, that files won’t be synced. The bug is fixed in upcoming release, but still exists in 1.2. I suspect you’ve stumbled upon this issue and by renaming file you just break the loop. acyclovir, Ethan,I guess you checked it with “Auto Sleep” option both on and off, right? If yes, it looks like BTSync fails to start the core in a background to do actual sync. Could you tap “Feedback” on your iPhone, agree to send the logs and let me know the ticket ID you get? I’d like to understand what is happening on your Android. 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.