This sounds similar to a lot of MacOS experiences…would this fix potentially apply there as well or does it only run on DSM?
The file I updated on GitHub is a startup/shutdown script for DSM specifically. I’m not familiar with OSX at all so I don’t know what method is used to terminate Duplicati. If it’s “kill” and OSX uses Mono, it may certainly be the same issue that affected DSM. In that case maybe the same or similar fix could be applied.
Maybe some admin can seperate the shutdown issue from the no connection problem? Or is there a correlation between them?
Likely not a correlation, and from what I saw many of the posts talk about both making it hard to split.
Yeah no correlation. It was just another Synology issue. Apologies for muddling this thread!
One last thing to add, which I discovered after applying the latest DSM security update tonight: you must be logged in to DSM in order to be able to see the full server details in the Duplicati web interface.
I had it open in a separate tab, and after rebooting the NAS I could only see a blank Duplicati server with no scheduled tasks, until I switched to my DSM tab and logged back in. Makes sense when you think about it since the web interface is going through Synology’s front-end proxy, but a trap for young players if you’re not expecting it.
Wait what? I have never noticed that. I’m rarely logged in to DSM. I access Duplicati web interface via a remote PC. Isn’t the Duplicati web interface handled by its own “web server” engine?
However after rebooting I find I do need to start the Duplicati service manually (via Package Center). It never seems to auto-start.
Well that’s certainly the way it’s working for me - in fact if I log out of DSM then Duplicati reverts to showing me an empty server. Are you perhaps accessing the server directly on port 8200 instead of through the “official” URL for the Syno package, https://[NAS]:5001/webman/3rdparty/Duplicati/ngax/index.html#/ ?
Yes, that’s exactly right. I had no idea about that “official” URL! What are the main reasons for using one over the other?
In reality, probably none, but it’s the URL that DSM sends you to if you use their menu -
as I suspect most folks do after installing it from Package Center unless they’re already familiar with Duplicati on some other platform. I know I only discovered port 8200 while I was struggling to diagnose the problem that started this whole thread - I had simply bookmarked the other URL after DSM sent me there the first time.
Have you tried the workaround I posted in this thread ?
Are you perhaps accessing the server directly on port 8200 instead of through the “official” URL for the Syno package, https://[NAS]:5001/webman/3rdparty/Duplicati/ngax/index.html#/ ?
Hi
Thanks for the tip.
For both URL’s (See below), it’s not working - or… Well… It works for a few sec. I’m able to navigate through the options, but hereafter this shows up:
http://[SYNO-IP]:5000/webman/3rdparty/Duplicati/ngax/index.html#/settings
https://[SYNO-IP]:5001/webman/3rdparty/Duplicati/ngax/index.html#/settings
If i navigate to About, i’m able to open up the tabs, before i got the Connection Lost:
But fx. About > Show log > Stored is just stuck at “Loading”…
After Connection lost shows up, i can simply reload the page, and the GUI works again.
I can see that the error shows up after a call to: https://[SYNO-IP]:5001/webman/3rdparty/Duplicati/api/v1/serverstate/?lasteventid=-1&longpoll=false&duration=299s
, and the check for serverstate goes over and over again:
I’ve tried to find log-files in /var/packages/Duplicati
but i can’t find anything usefull. And i can’t find anything interesting in /var/logs
.
If i look for mono /volume1/@appstore/Duplicati/Duplicati.Server.exe
in top
, i’m able to find it under pid 9640
.
Can you check the CPU level on your Synology? I’ve noticed if my CPU is pegging on my unRAID box then my Duplicati Docker container tends to show the “connection to the server is lost message”.
It’s actually happening to me right now - and oddly most of the CPU is being taken by Duplicati (which is OK - as I’m stress testing).
3-6 procent CPU. It’s almost at idle. Meeeeh. But. thanks for the point!
I’m not sure what i can do. Any advices?
Unfortunately not - I don’t have a Synology myself so can’t do any comparison testing.
I don’t suppose you’re using one of the models mentioned here that are reported to have issues…
Disclaimer: I don’t have a Synology box so can’t do much with these instructions, but I’m hoping creating this WIKI post (use the edit button below) will prompt others who HAVE installed Duplicati on a Synology box to flesh out these instructions. This initial skeleton is based on @Wim_Jansen’s How to install Duplicati on Synology post, @Kareltje1980’s Synology installation post, and might eventually lovingly borrow @drwtsn32’s image from How to install Duplicati on Synology. …
I’m not sure what i can do. Any advices?
Sorry if I missed it but did you try the steps @jetkins posted above? It helped some people that were getting the “connection lost” messages on 2.0.4.5.
So to summarize, for anyone else suffering the same problem, this appears to be an incompatibility between the Synology integration and the upgraded security introduced in 2.0.4.5. Until it gets fixed officially, this workaround worked for me, and should get you back up and running: Stop the Duplicati package from the Synology Package Center. Check for any server process still running, and kill it, eg: root@Tower:/var/packages/Duplicati/target# ps -ef |grep mono root 18002 1 10 Dec24 ? 01:43…
This is probably not related, but do you know what version of mono you are running?
See: Duplicati does not start up · Issue #3572 · duplicati/duplicati · GitHub If you already have upgraded, you can probably downgrade as follows: $ brew uninstall mono Uninstalling /usr/local/Cellar/mono/5.18.0.225... (3,810 files, 415.3MB) mono 5.14.0.177 is still installed. $ brew link mono Linking /usr/local/Cellar/mono/5.14.0.177... 234 symlinks created
I don’t suppose you’re using one of the models mentioned here that are reported to have issues
No, it’s not listed
This is probably not related, but do you know what version of mono you are running?
Yes, see below. Other details is listed in the same post.
DS414 with DSM 6.2.1-23824 Update 4
Mono 4.6.2-0096 (Beta-version from the official Synology-store)
duplicati-2.0.4.5_beta_2018-11-28.spk
Sorry if I missed it but did you try the steps @jetkins posted above? It helped some people that were getting the “connection lost” messages on 2.0.4.5.
No - guess i missed that. But, doesn’t work. Or - well, it works if i run it manually:
mono /volume1/@appstore/Duplicati/Duplicati.Server.exe --webservice-interface=*
I edited hostname (added a few, seperated with ; as suggested in the text), saved it, Ctrl+C, checked for other processes, and started the service through the Synology-solution. Same error, once again.
If i run it manually, it’s clear to see that i have the right connection to the backend, cause language is in danish (I’m from Denmark), and not english as is it on the sessions where it’s reporting the error after a few seconds.
I also tried to start manually again, and confirmed that the hostname-value was still defined (and it was).
Yes, see below. Other details is listed in the same post.
Whoops - sorry about that. I hadn’t figured out you were posting in both places.
I went ahead and added your DS414 to the list in the other topic and included a link to your issue reported here.
I was hoping you were using the ‘bad’ mono version so we could chalk it up to that, but apparently that’s not the case.
If i run it manually, it’s clear to see that i have the right connection to the backend, cause language is in danish (I’m from Denmark), and not english as is it on the sessions where it’s reporting the error after a few seconds.
So it works in Danish with a manual run but not English with a through-the-GUI run?
I don’t suppose you could try a manual run in English to see if that also crashes?
Np And great.
I could give it a try. Am i able to change that in one of the configs?
I’ve added a few things to the start-script, to get a few more details. But sadly i can’t find any logs.
The following advance options is tried - no 1:
--log-file=/var/packages/Duplicati/logs/log.txt --log-level=profiling
And no 2.:
--log-file=/volume1/@appstore/Duplicati/log/log.txt --log-level=profiling --webservice-interface=*
I can see that the paramters is added to the end of the command - and logging is also working, and ansers is on :8200
:
root 10689 1 0 19:14 ? 00:00:02 mono /volume1/@appstore/Duplicati/Duplicati.Server.exe --log-file=/volume1/@appstore/Duplicati/log/log.txt --log-level=profiling --webservice-interface=*
root 10819 10689 1 19:14 ? 00:00:07 /volume1/@appstore/Mono/usr/local/bin/mono-sgen /volume1/@appstore/Duplicati/Duplicati.Server.exe --log-file=/volume1/@appstore/Duplicati/log/log.txt --log-level=profiling --webservice-interface=*
Here is a fresh log with advance options no. 2, where i just started Duplicati, visited it, waited for the message to show up, and stopped the service:
https://pastebin.com/pLcHwFQd
The same error happens on http://[SYNO-IP]:8200/ngax/index.html
, with the advance options.
SO... That means it's time for give the manual run another try, with logging enabled:
mono /volume1/@appstore/Duplicati/Duplicati.Server.exe --log-file=/volume1/@appstore/Duplicati/log/log.txt --log-level=profiling --webservice-interface=*
And… It works just fine, and the Danish GUI shows up:
The only thing found in the log this time, is:
2019-01-09 19:37:24 +01 - [Information-Duplicati.Server.WebServer.Server-ServerListening]: Server has started and is listening on 0.0.0.0, port 8200
EDIT: And more debug…
Tried to tunnel into my NAS on :8200
with --log-level=profiling --webservice-interface=*
in use, but it’s still the same error.
If i run it manually it’s working just fine with tunnel to :8200
on the Synology…
I also renew my certifiate, cause… why not? Still same issues in the log.
Regarding Danish vs. English, i don’t think that it’s the reason, cause these details is just based on the language of my browser… And the only reason why it it’s not jumping to Danish on DSM, is cause the connection got lost. I actually think that no connection is transfered between the GUI and the Duplicati backend - or, at least just a bit… But… What do i know I
I also changed a few settings, fx. theme and so on, but after loading up through DSM on :5001
it’s back to the default things, so i don’t think that the GUI even connects to the server.
Lastly i have another question… Why is it that the following process keeps running, after i stopped the service in DSM? Is that a bug? (Normally i kill it manually)
root 15102 1 0 19:57 ? 00:00:08 /volume1/@appstore/Mono/usr/local/bin/mono-sgen /volume1/@appstore/Duplicati/Duplicati.Server.exe --log-file=/volume1/@appstore/Duplicati/log/log.txt --log-level=profiling