Windows 10 x64 (both server and workstation versions)
Duplicati is running as a service (access through port 8200)
The tray icon is not active
Trying to upgrade from 2.0.3.3_beta_2018-04-02 to 2.0.4.5_beta_2018-11-28 through the GUI. The system indicates there is an update available, but when I click on “Install” nothing happens. Looking in the logs I see the following errors:
I tried resolving alt.updates.duplicati.com from the command line (via ping & nslookup) and it doesn’t resolve. Some searching on the portal shows some discussion about alt.updates.duplicati.com in the canary releases, but nothing in the beta channel. A full uninstall & reinstall works, but that’s not the preferred path I wish to pursue
Is this a known problem, and can anyone suggest a workaround to allow me to update my systems?
Same here on beta channel, tried to update yesterday and also got
Dec 22, 2018 2:28 AM: Error in updater
System.Net.WebException: The remote name could not be resolved: 'alt.updates.duplicati.com'
at System.Net.WebClient.DownloadFile(Uri address, String fileName)
at Duplicati.Library.AutoUpdater.UpdaterManager.CheckForUpdate(ReleaseType channel
The alt.updates.duplicati.com resolution error part is known because the name is not set up, however elsewhere in that article there seem to be some mysterious failures in updates quite recently. It’s conceivable that the system is under repair, or partially disabled to cut updates off at this point instead of a later failure…
The alt version of updates is only used when the main one is down. Right now, the main one is giving 502s.
Duplicati.AutoUpdater.exe check is a way to keep an eye on things, as shown in this debug sequence.
Checked again today and everything seems to be back in working order. Updates are working as expected through the GUI. Thanks, Duplicati Gods, for fixing this!
Odd - I’m still getting “NameResolutionFailure” and “Unable to verify signature” error Experimental based Docker container with both 2.0.4.8 & 2.0.4.9 (manually updated w/unzip into updates folder).
Perhaps equivalent to my CLI results. My GUI install is a bit odd (running a 2.0.4.5 beta debug Server out of the updates folder as a workaround for the Program Files base rejecting my debug version), but FWIW I get
C:\Program Files\Duplicati 2>Duplicati.Library.AutoUpdater.exe help
Usage:
Duplicati.Library.AutoUpdater.exe [LIST|VERIFY|CHECK|INSTALL|HELP]
Environment variables:
AUTOUPDATER_Duplicati_SKIP_UPDATE - Disables updates completely
AUTOUPDATER_Duplicati_POLICY - Choose how to handle updates, valid settings: CheckBefore, CheckDuring, CheckAfter, InstallBefore, InstallDuring, InstallAfter, Never
AUTOUPDATER_Duplicati_URLS - Use alternate updates urls
AUTOUPDATER_Duplicati_CHANNEL - Choose different channel than the default Canary, valid settings: Stable,Beta,Experimental,Canary,Nightly,Debug
Updates are downloaded from: https://updates.duplicati.com/canary/latest.manifest;https://alt.updates.duplicati.com/canary/latest.manifest
Updates are installed in: C:\ProgramData\Duplicati\updates
The base version is "2.0.3.12_canary_2018-10-23" (2.0.3.12) and is installed in: C:\Program Files\Duplicati 2
This version is "2.0.3.12_canary_2018-10-23" (2.0.3.12) and is installed in: C:\Program Files\Duplicati 2
C:\Program Files\Duplicati 2>Duplicati.Library.AutoUpdater.exe check
Error detected: System.IO.InvalidDataException: Unable to verify signature
at Duplicati.Library.AutoUpdater.SignatureReadingStream..ctor(Stream stream, RSACryptoServiceProvider key)
at Duplicati.Library.AutoUpdater.UpdaterManager.CheckForUpdate(ReleaseType channel)
Error detected: System.Net.WebException: The remote name could not be resolved: 'alt.updates.duplicati.com'
at System.Net.WebClient.DownloadFile(Uri address, String fileName)
at Duplicati.Library.AutoUpdater.UpdaterManager.CheckForUpdate(ReleaseType channel)
No updates found
C:\Program Files\Duplicati 2>
