I noticed my two servers were not syncing and restarted synthing thinking that would fix the problem.
However, checking the logs kept showing an “unknown protocol error 0x9”.
I then noticed that for some reason the synthing on one server updated to 13 while the other one is running version 0.11.18.
Is there an automatic update setting I should check so this doesn’t happen again?
Now I am trying to update the v0.11.18 version since apparently the two are not compatible but clicking on update flashes a message quickly on the screen and then nothing else.
Any suggestions on how I can update this so they can connect again?
You could just download the latest release from GitHub. Syncthing doesn’t automatically upgrade to new major releases, though. There could be a bug in that old v0.11 release but then I don’t see why it hasn’t already updated itself to v0.12…
Syncthing seems to updated automatically using the apt.syncthing.net repository on my Ubuntu 14.04 server too.
Here’s the cron-apt log from yesterday afternoon
CRON-APT RUN [/etc/cron-apt/config]: Tue May 17 14:08:01 CEST 2016
CRON-APT SLEEP: 2631, Tue May 17 14:51:52 CEST 2016
CRON-APT ACTION: 3-download
CRON-APT LINE: /usr/bin/apt-get -o quiet=1 dist-upgrade -y -o APT::Get::Show-Upgraded=true
Reading package lists...
Building dependency tree...
Reading state information...
The following packages will be upgraded:
syncthing
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 4761 kB of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://apt.syncthing.net/ syncthing/release syncthing amd64 0.13.0 [4761 kB]
Fetched 4761 kB in 0s (17.9 MB/s)
(Reading database ... 137384 files and directories currently installed.)
Preparing to unpack .../syncthing_0.13.0_amd64.deb ...
Unpacking syncthing (0.13.0) over (0.12.24) ...
Processing triggers for man-db (2.6.7.1-1ubuntu1) ...
Setting up syncthing (0.13.0) ...
EDIT: Just realised that’s exactly what this machine was supposed to do. What confused me is that my non-Ubuntu/Debian machine didn’t update and I had no idea at first what broke my syncronisation.
Right. “Our” (non-APT) binaries don’t automatically update to an incompatible version. The APT archive doesn’t have that distinction currently, so it does.
Requires configuring updates to the latest stable version for the PC.
Because Android is automatically updated to the latest stable version.
Not to break the synchronization between phone and PC.
Ok, is upgrading as simple as downloading the release from the site and running it?
I did that but am seeing some settings have been changed.
Previously, in the GUI i had the option to EnableUPnP set and was using
udp4://announce.syncthing.net:22026 and udp6://… as the Global Discovery Servers.
Now I see only the option to Enable NAT traversal.
Is it still possible to change this?
The devices are not even able to see each other now.
The log ends with INFO: Detected 0 NAT devices.
I’m not looking to downgrade. Just asking if UpNp is supported in the new release and how to enable it.
I didn’t set this up originally so I’m looking at how this was done originally between these two machines.
Ok, well this is still not working after I enable that.
I put in the udp4 and udp6 announce servers in the global discovery.
I get an error saying “unsupported scheme udp4” and “unsupported scheme udp6”
You mentioned downgrading is not an option because of the database.
Is it possible to clear/delete the database so I can download and use the v0.11.18 again?
The UDP servers were listed in the Web UI config of the machine which was still using v0.11.18 which is why I thought that setting was still relevant. Seems not.
If I want to start from scratch, it seems I would have to clear the database?
Where is this located on a Windows Server 2008 machine?
Is there anything else I should keep in mind?
Also, on this new version, why is it saying no NAT device detected?
v0.11.18 was working fine until yesterday when one of the machine updated to the latest version.
There’s no need to start from scratch. The database is still there, untouched, and the config is backed up as config.xml.{some-number}. But you should really leave that behind and move forward, v0.11 was discontinued in november last year. UDP discovery hasn’t been used in v0.12, which is now also obsolete.
No, the old discovery server is still running. It’s just not used by modern Syncthing any more. I don’t know why the NAT discovery isn’t working, but we’ve changed a lot in that area in the 10 months since the release you were running…
@calmh Trying to resolve this now but if I can’t figure it out could you point me in the direction of where I need to go to clear the new database so I can rollback?
@AudriusButkevicius As far as I can tell it was using the udp announcement servers since I saw this in the config before I updated. I’m not sure if NAT discovery was working originally.