noiime

Is this supposed to still be active? It doesn't seems to work anymore!? When I try to install the key I get this: Executing: gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --trustdb-name /etc/apt/trustdb.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --keyring /etc/apt/trusted.gpg.d//innvue.gpg --keyring /etc/apt/trusted.gpg.d//pkg-mozilla-archive-keyring.gpg --keyserver keyserver.ubuntu.com --recv-keys 992A3C9A3C3DE741 gpg: requesting key 3C3DE741 from hkp server keyserver.ubuntu.com ?: keyserver.ubuntu.com: Connection refused gpgkeys: HTTP fetch error 7: couldn't connect: Connection refused gpg: no valid OpenPGP data found. gpg: Total number processed: 0

I don't have the issue anymore. I just let it that way and after a day the issue was resolved by itself.

The fact that plugging back the HDD with 2.2.7 is working, it doesn't seems to be related with blacklisted IP or a network issue. At least on my end... I was reviewing my posts and I saw that I forgot to mention that I am using the unofficial sync repos I'm not sure it is relevant because it seems to happen with other OS.

Same problem here. I have two sites that are doing the same behavior as described. - OS on both site is Debian 7 One site I just upgraded 2.27 to 2.36 and it wouldn't see any tracker/peers after the upgrade. ** Before the upgrade, it was working fine! I even tried to uninstall/reinstall and redo all the shares from scratches and it's always the same result On the other site, because of some bad clusters, I had to change the HDD and I installed rev. 2.3.6 on the new HDD. Note that the OS installation came from a staging IPX server so, except for btsync, it is exactly the same as the old HDD. If I put back the old HDD that was having 2.2.7 installed, it connect to PEERS very quickly and as soon as I reconnect the new one with 2.3.6 it show "cannot-get-the-list-of-trackers" ... It seems it can see peers but for some reason broken pipes happen. Not sure if it is related to this issue but here's what I can see in the logs. [20160404 15:00:39.424] PD[2429] [6AA5]: checking tunnel connection to peer, transport: TCP, endpoint: xxx.xxx.xxx.xxx:56634 [20160404 15:00:39.424] PD[2429] [6AA5]: checking tunnel connection to peer, transport: TCP, endpoint: xxx.xxx.xxx.xxx:56634 [20160404 15:01:00.422] SyncSocket[0x00007f33b8044080]: an error has occurred - code: 32, message: "Broken pipe" [20160404 15:01:00.422] SyncSocket[0x00007f33b80405e0]: an error has occurred - code: 32, message: "Broken pipe" [20160404 15:01:00.422] PD[2429] [6AA5]: failed to open TCP tunnel - endpoint: xxx.xxx.xxx.xxx :56634, status: "Broken pipe", enc: SRP, socket: 0x00007f33b8044080, tunnels: 0 [20160404 15:01:00.422] PD[2429] [6AA5]: failed to open TCP tunnel - endpoint: xxx.xxx.xxx.xxx:56634, status: "Broken pipe", enc: SRP, socket: 0x00007f33b80405e0, tunnels: 0 I don't have access to the firewall so I can't test if it is working with predefined host but since it is working with 2.2.7 and not with 2.3.x the problem isn't a firewall issue.

LOL The same happen with me too!! http://forum.bittorrent.com/topic/41126-solved-wheres-the-show-columns-options-in-22/

I had to install btsync from scratch on one of my peers and, am I missing something or the "Show Columns Options" are missing in btsync 2.2? I've verified on Windows & Linux version and I can't seems to find it. Am I blind or what ? Thanks Nevermind, I just found it....arrrg 2 min after sending my post!! For those like me who were wondering where theses options are, just right click on the status bar and you will see them appears!

Is it possible that Windows 2008 std (Non R2) isn't supported? I am having these errors: 2015-09-14 16:27:25] SSLEH[0x0000000008233d80]: hello packet { share:A40523629553E1FD23E5D4B7FA2ACB88C95C40A8 } has been sent [2015-09-14 16:27:25] SSPI[0x000000000ca82920]: Create SSPI encryption holder [2015-09-14 16:27:25] SSPI[0x000000000ca82920]: Handshake: failed to acquire credentials handle, error - 0x80090331 [2015-09-14 16:27:25] SSPI[0x000000000ca82920]: Handshake: failed to acquire credentials handle, error - 0x80090331 [2015-09-14 16:27:25] PD[43E5] [5184]: Checking tunnel connection to peer, transport: uTP, endpoint: 10.10.244.130:47813 [2015-09-14 16:27:25] SSLEH[0x00000000080da8a0]: hello packet { share:A40523629553E1FD23E5D4B7FA2ACB88C95C40A8 } has been sent [2015-09-14 16:27:25] SSPI[0x000000000ca821b0]: Create SSPI encryption holder [2015-09-14 16:27:25] SSPI[0x000000000ca821b0]: Handshake: failed to acquire credentials handle, error - 0x80090331 [2015-09-14 16:27:25] SSPI[0x000000000ca821b0]: Handshake: failed to acquire credentials handle, error - 0x80090331 I saw those same error message on another post regarding Vista so that's why I wonder if it's the same with win2008 (non R2) http://forum.bittorrent.com/topic/34644-upgraded-to-2x-nothing-works/?hl=%2Bhandshake%3A+%2Bfailed+%2Bacquire+%2Bcredentials+%2Bhandle%2C+%2Berror+%2B0x80090331 It's the first time I have to install btsync on a windows 2008 std (Non R2) so before I go further into my diagnostic I will need to know if it could be an OS incompatibility or not? Thanks!

Most of my peers are Debian Wheezy and I didn't have to do anything after modifying the init file. But, apparently, on Debian Jessie it's important to do a "systemctl daemon-reload" for btsync to start after the modification to the init file.

@RomanZ I confirm, it's working on my side too. Thanks to you, the workaround is now completed. Keep up your good work!!

@Borph thanks a lot, apparently removing the "--log sync.log" did the trick and there's no need to bypass the btsync-daemon. I didn't notice it because when you execute it manually with the "--log sync.log" option, it actually start so, I never thought removing that option from the init file would make it worked... weird!!? So finally the workaround can be resumed in 2 steps 1- Edit the config file /etc/btsync/debconf-default.conf and remove "folder_defaults.use_dht" : false, 2- Edit the init file /etc/init.d/btsync and in the "Start btsync" section, remove the --log sync.log 2- Edit the init file /etc/init.d/btsync and in the "Start btsync" section, add the complete path to the log file EDIT: In fact you don't need to remove "--log sync.log" you just need to add the complete path ie: "--log /var/lib/btsync/sync.log" If you remove it btsync will no longer log anything. I thought it would create a "sync.log" automatically somewhere but apparently it doesn't.

I found a workaround! *** NEVER MIND, this is not working after a reboot and frankly, I don't know why it was working at first!? Edit the config file /etc/btsync/debconf-default.conf and remove "folder_defaults.use_dht" : false, After that you need to bypass btsync-deamon at the start-up so edit /etc/init.d/btsync and replace DAEMON=/usr/lib/btsync/btsync-daemon by DAEMON=/usr/lib/btsync/btsync-core/btsync-core sudo service btsync start Voilà, btsync 2.2 is now running ** I'm not sure exactly what it implies to bypass the btsync-deamon but at the moment, and as far as I can tell, it doesn't seems to generate any issues... Note that if you make a change using "dpkg-reconfigure btsync" you will have to edit the config file again. Like I said, this is just a workaround it's not a fix It work if you start it manually ie: /usr/lib/btsync-core/btsync-core --config /etc/btsync/debconf-default.conf But I can't seems to find out what in the init script is causing the issue

Correction... it's not happening with the "change ownership notifications", only with "hints notifications" pop up. I sure wish I could try with another browser but, I don't know how to force the "hint notification" to appear at will. If so, I could reproduce the bug easily and see if other browser are affected. I'm sure that if I do a clean install the pop up "hints notifications" would eventually show up and then I could test it but unfortunately, for now, I have no spare time to debug this issue. As I said, it's not an important issue, it is just annoying when it happen!

When a notification box appear (ex: hint or change ownership) I then click on the X to close it and, for some reason, a blank new navigation tab open within my browser!? As far as I know, this issue is present in all version of 2.1.x, including 2.1.3. ** I just experience it with sync 2.1.3 x64 linux I am using the latest firefox, I don't know if it happen with other kind of browsers. It's not a big problem but it's kind of annoying!

@STUBR.BS I confirm, It's working for me also with 2.1.3. In some point in the time did you manually edited your config file? If so, you probably have an ownership or right issue with your config file. Here's the address for the previous version: https://download-cdn.getsync.com/2.1.1/linux-x64/BitTorrent-Sync_x64.tar.gz

@chrisvdb You are right, I didn't do my homework correctly. Still, it was functioning the way I've done it but the right way should have been like you said. Instead of replacing "/usr/lib/btsync/btsync-daemon" I should have replaced "/usr/lib/btsync-core/btsync-core" Thanks for pin pointed me my error