Scale up as you grow — whether you're running one virtual machine or ten thousand.

From GPU-powered inference and Kubernetes to managed databases and storage, get everything you need to build, scale, and deploy intelligent applications.

This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
Syncthing was installed perfectly. Thank you.
The only information missing here is how to do a version upgrade following the initial installation. Syncthing is still in beta, and they seem to push out updates every few days.
Anyone know?
Hi iminj,
If you install it using this guide, then you’ll be able to update the application using the internal update procedures. Since we moved it to a system location, we will need to use <code>sudo</code>.
The command you need to use is:
<pre> sudo syncthing -upgrade </pre>
This will check with the servers and upgrade your application to the newest release. It will rename the previous version to an application that specifies the release information.
So, if you are upgrading from v.0.8.14 to v.0.8.15, you will see a file called <code>syncthing.v0.8.14</code> in your <code>/usr/local/bin</code> directory.
After you have thoroughly tested the new version, you can safely remove the older version by typing:
<pre> sudo rm /usr/local/bin/syncthing.v0.8.14 </pre>
Remember to change the release information to reference the backup file you have in your <code>/usr/local/bin</code> file.
Let me know if you have any more questions or issues.
Justin,
Thank you for taking the time to post this additional information. As soon as the next version of Syncthing is released, I will be ready to go.
Hi Justin, Great Tutorial! Worked fine on Ubuntu 14.04. But I have problem on Centos 6.5 with the creating Upstart Script to Handle Service States. Any Help?
Thank You
Beginning with Syncthing version upgrade from 0.9.18 to 0.9.19, the upstart script described in the tutorial interferes with the upgrade command.
Below is a set of terminal commands that enabled me to execute a version upgrade. It stops the Syncthing executable on the DigitalOcean VPS while the upgrade process finishes, cleans up the old version, and then restarts Syncthing:
sudo initctl stop syncthing sudo syncthing -upgrade sudo rm /usr/local/bin/syncthing.old sudo initctl start syncthing
It appears that Syncthing’s upgrade routine is still under development - so this workaround may not be necessary (or even work) in the future.
I followed this guide and all was well until I tried to start it.
After “sudo initctl start syncthing” I receive:
“initctl: Unknown job: syncthing”
I can’t figure out what I’ve done wrong.
I had the same problem: syncthing won’t start when using the “setuid” and “setgid” commands in the init file. When you just delete it, syncthing runs as root and all your shared files belong to root on the server. Here’s how I solved it, my syncthing.conf file now looks as follows:
description "Syncthing P2P sync service"
start on (local-filesystems and net-device-up IFACE!=lo)
stop on runlevel [!2345]
env STNORESTART=yes
env HOME=/home/yourusername
exec start-stop-daemon --start -c yourusername --exec /usr/local/bin/syncthing
respawn
Make sure the config file ~/.config/syncthing/config.xml is owned by the user who starts syncthing. In my case, it was owned by root, even though it was in the user’s home folder, and I had to manually change back the owner.
What should be in the article as well is to open the ports if you have a firewall.
More information can be found here: https://github.com/syncthing/syncthing/wiki/Firewalls-and-Port-Forwards