Hello,
I’ve been running ST a year and a half on 5 machines. One is a headless ubuntu 16.04 server where I start ST by typing “sudo systemctl start syncthing@doreen.service” after I log in via SSH after start-up and unlock my encrypted home folder. It used to run fine for weeks at a time, but recently it stops running after a day or so. No processes visible with htop. I log in, type the command above and it then runs for another day or two.
It runs fine on my other machines.
Any ideas why it might be doing this on my server?
which then presumably locks itself and goes away when you log out. At which point Syncthing doesn’t have a config or database any more and gets rather unhappy.
(That’s how encrypted homes work in several distros at least - if my assumption is incorrect, do what Audrius suggests. )
This Ask Ubuntu link seems to say that under systemd, the unmounting of .ecryptfs doesn’t work and that the folders remain accessible. So I have maybe been running ST dependent on this bug (logout via SSH, but the folder paths remain accessible…for a day or two until it finally unmounts).
For anyone searching the forum in the future, the solution is detailed here.
Briefly, if you want to run Syncthing with its target folders lcoated inside your encrypted home folder, then delete or rename ~/.ecryptfs/auto-umount.
After logging out of the server via SSH, the home folder remains mounted so ST can continue its work.