My synology is running extremely low on space (perhaps this is the root issue). There’s around 200gb of space left on a 20tb array.
I noticed syncthing wasn’t running so I updated to 1.4.0-19. Syncthing still won’t start. While that seems like plenty of space but maybe it’s not and causing issues! Anyone experience this or have any suggestions? I’ve got a DS418play running DSM 6.2.3-25426 Update 2. Looking forward to getting ST working again. ST been incredibly reliable for > year. Also if there are logs worth looking at and you know where to find them on a synology I’d appreciate being pointed at the,. Thanks!
There can be several reasons for this. It appears that you have installed the SynoCommunity package. The DS418play has the Apollolake platform and this platform is still supported for the v1.4.0-19, but no longer for the v1.7.1-20:
It seems that you already have v1.7.1-20 internally, but the basis is v1.4.0-19 and this is one of the basic disadvantages of that package concept. Therefore I strongly recommend installing the Syncthing package, because updates always update the entire package:
With that package, also your platform is supported:
@calmh if it’s about the SynoCommunity package, that doesn’t configure a log file by default so checking becomes hard when the GUI is not working.
Regarding internal vs. SPK version upgrades: Your Syncthing had probably updated to something very recent internally. So “updating” to v1.4.0 over that was actually a downgrade. That’s the problem I have been trying to work against in the SynoCommunity project. It should be way less destructive with the current v1.7.1 package where Syncthing checks for an update before bailing out on the unexpected database “from the future”.
Why your Synology DSM did not offer the upgrade to v1.7.1-20 directly (published last week) is beyond my knowledge. You can try to download a matching SPK manually after looking up your platform in the their Wiki. Sorry I can’t point you to it directly, currently traveling.
Apparently all packages in the x86_64 CPU family did not get published correctly, although the build was successful.
Of course switching to the Kastelo SPK version is also an option, if you don’t mind adding another package source. Unfortunately the configuration data is not shared between the two, but could of course be migrated manually.
Thanks for the suggestions everyone. It took me (much) longer than I had expected to get the time to deal with this.
Tonight, I upgraded ST and my synology device now appears to be running: Version v1.8.0, Linux (64 bit). Very happy for syncing to be working again!
I am a little confused tho. I was planning on using the Kastello installer and was adding it as an alternate package. Right before running it I decided to try updating the Safihre build from the SynoCommunity. The installer says the latest version is 1.7.1-20 but here I am on v1.8. I guess I shouldn’t be complaining that things are magically working again. I suppose folks fixed the package and maybe didn’t update the latest build notes.
I’ll prob switch over in the future but for now gonna leave things be.
Appreciate the quick responses. ST is not just great sw but also a great community. Cheers!
The Safihre (SynoCommunity) package leaves Syncthing’s internal update mechanism intact, so SPK updates are not required often. The Kastelo package in contrast disables the internal updater and instead pushes out a new SPK with every Syncthing release. So it’s expected that you were upgraded to v1.8.0 right after installation of the SynoCommunity SPK.