Tray icon won't launch after update

BackDog · June 18, 2025, 2:22pm

Hi ts678,

did you find a solution for the “delayed quit” issue?

Here’s the same.

I just installed duplicati on Ubuntu 24.04.2 LTS. I run it via tray Icon.
Either in “idle” state or paused state it won’t quit immediately after I send sigterm via kill .
Via kill, it takes about 30 to 90 seconds to stop.
If I select “quit” from the tray options, it stops within 3 seconds.

This is an issue, because it delays regular system shutdown by the same amount of time i.e. I have to wait 30 to 90seconds to shut down my computer because of duplicati (even if it was in idle state).

I see a similar message in the logs:

Jun 18 12:11:17 hostname duplicati[6816]: Request error: One or more errors occurred. (An error occurred while sending the request.)
Jun 18 12:11:17 hostname duplicati[6816]: Request error: One or more errors occurred. (Connection refused (localhost:8300))
Jun 18 12:11:18 hostname duplicati[6816]: Request error: Thread was interrupted from a waiting state.

These three messages appear at once when duplicate actually stops (i.e. after the delay).

My system:
Fresh Ubuntu 24.04.2 installation, gnome 46, wayland,
Duplicati - 2.1.0.5_stable_2025-03-04

Thank you very much for your feedback!

Best Regards
MS

Maybe @kenkendk is also reading my post… here are the logs, if I close duplicati via “quit” in tray.

Quite different and even longer, but it closes duplicati in 3 seconds. Maybe there is a relation between the error messages and the delay.

Jun 18 16:25:25 hostname gnome-shell[2185]: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "Event" with signature "isvu" on interface "com.canonical.dbusmenu" doesn't exist
                                          
                                          Stack trace:
                                            asyncCallback@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:114:23
                                            @resource:///org/gnome/shell/ui/init.js:21:20
                                            
Jun 18 16:25:25 hostname duplicati[9395]: Request error: Thread was interrupted from a waiting state.
Jun 18 16:25:35 hostname duplicati[9395]: An error occurred on server tear down: System.Threading.ThreadInterruptedException: Thread was interrupted from a waiting state.
                                           at System.Threading.Monitor.ObjWait(Int32 millisecondsTimeout, Object obj)
                                           at System.Threading.ManualResetEventSlim.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
                                           at System.Threading.Tasks.Task.SpinThenBlockingWait(Int32 millisecondsTimeout, CancellationToken cancellationToken)
                                           at System.Threading.Tasks.Task.InternalWaitCore(Int32 millisecondsTimeout, CancellationToken cancellationToken)
                                           at Duplicati.Server.Program.ShutdownModernWebserver()
                                           at Duplicati.Server.Program.<>c.<Main>b__60_9()
                                           at Duplicati.Server.Program.Main(String[] _args)

ts678 · June 18, 2025, 3:00pm

You’ll need to see what development has to say. I can’t find record of any stop/quit fix.

I just tried a couple of TrayIcon Quit with 2.1.0.119 (latest Canary), and 2.1.0.5. It took seconds (maybe one or two) for the process to stop, but 2.1.0.5 one time did write out:

C:\Duplicati\duplicati-2.1.0.5_stable_2025-03-04-win-x64-gui\RUN>pause
Press any key to continue . . . Server has started and is listening on port 8005
An error occurred on server tear down: System.ObjectDisposedException: Cannot access a disposed object.
Object name: 'IServiceProvider'.
   at Microsoft.Extensions.DependencyInjection.ServiceLookup.ThrowHelper.ThrowObjectDisposedException()
   at Microsoft.Extensions.DependencyInjection.ServiceProvider.GetService(ServiceIdentifier serviceIdentifier, ServiceProviderEngineScope serviceProviderEngineScope)
   at Microsoft.Extensions.DependencyInjection.ServiceProvider.GetService(Type serviceType)
   at Microsoft.Extensions.DependencyInjection.ServiceProviderServiceExtensions.GetRequiredService(IServiceProvider provider, Type serviceType)
   at Microsoft.Extensions.DependencyInjection.ServiceProviderServiceExtensions.GetRequiredService[T](IServiceProvider provider)
   at Duplicati.Library.RestAPI.FIXMEGlobal.get_WorkThread()
   at Duplicati.Server.Program.<>c.<Main>b__60_12()
   at Duplicati.Server.Program.Main(String[] _args)

and new Canary didn’t, but it was not a lot of test samples. I’m not on Linux much, but I did have to do repeated kill on TrayIcon (probably 2.1.0.5) yesterday to finally end process.

I think systemctl goes through a series of steps to try to stop less cooperative processes. There’s documentation somewhere, and journalctl can show log of its actions, such as:

Jun 06 12:40:34 LinuxMint21 duplicati-server[783]: Server has started and is listening on port 8200
Jun 17 14:54:04 LinuxMint21 systemd[1]: Stopping Duplicati web-server...
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: State 'stop-sigterm' timed out. Killing.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 783 (duplicati-serve) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1039 (.NET SynchManag) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1040 (.NET EventPipe) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1043 (.NET DebugPipe) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1044 (.NET Debugger) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1045 (.NET Finalizer) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1337 (.NET SigHandler) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1338 (.NET File Watch) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1339 (.NET Timer) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1343 (.NET TP Gate) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1347 (.NET File Watch) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1361 (Console logger ) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1404 (.NET Sockets) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1423 (UpdatePollThrea) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1424 (WorkerThread<IR) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 1425 (TaskScheduler) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 28702 (.NET TP Worker) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Killing process 29730 (.NET TP Worker) with signal SIGKILL.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Main process exited, code=killed, status=9/KILL
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Failed with result 'timeout'.
Jun 17 14:54:15 LinuxMint21 systemd[1]: Stopped Duplicati web-server.
Jun 17 14:54:15 LinuxMint21 systemd[1]: duplicati.service: Consumed 54.708s CPU time.

EDIT 1:

Linux timing of kill reaction is easier to see with duplicati-server, as prompt returns.
2.1.0.119 with regular kill (SIGTERM) stopped instantly once, then 30 seconds next try:

Server has started and is listening on localhost, port 8200
fail: Microsoft.AspNetCore.Server.Kestrel[13]
      Connection id "0HNDEFAPH2U5H", Request id "0HNDEFAPH2U5H:00000001": An unhandled exception was thrown by the application.
      Microsoft.AspNetCore.Connections.ConnectionAbortedException: The connection was aborted because the server is shutting down and request processing didn't complete within the time specified by HostOptions.ShutdownTimeout.
         at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
         at System.IO.Pipelines.Pipe.GetReadAsyncResult()
         at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
         at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.Http1UpgradeMessageBody.ReadAsyncInternalAwaited(ValueTask`1 readTask, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.HttpRequestStream.ReadAsyncInternal(Memory`1 destination, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at System.IO.Stream.ReadAtLeastAsyncCore(Memory`1 buffer, Int32 minimumBytes, Boolean throwOnEndOfStream, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at System.Net.WebSockets.ManagedWebSocket.EnsureBufferContainsAsync(Int32 minimumRequiredBytes, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource.GetResult(Int16 token)
         at System.Net.WebSockets.ManagedWebSocket.ReceiveAsyncPrivate[TResult](Memory`1 payloadBuffer, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at System.Threading.Tasks.ValueTask`1.ValueTaskSourceAsTask.<>c.<.cctor>b__4_0(Object state)
      --- End of stack trace from previous location ---
         at Duplicati.WebserverCore.Notifications.WebsocketAuthenticator.HandleClientData(WebSocket webSocket, CancellationToken cancellationToken)
         at Duplicati.WebserverCore.Notifications.WebsocketAuthenticator.AddConnection(WebSocket newConnection)
         at Duplicati.WebserverCore.Middlewares.WebsocketExtensions.<>c__DisplayClass0_0.<<UseNotifications>b__0>d.MoveNext()
      --- End of stack trace from previous location ---
         at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.<Invoke>g__Awaited|10_0(ExceptionHandlerMiddlewareImpl middleware, HttpContext context, Task task)
         at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.HandleException(HttpContext context, ExceptionDispatchInfo edi)
         at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.<Invoke>g__Awaited|10_0(ExceptionHandlerMiddlewareImpl middleware, HttpContext context, Task task)
         at Duplicati.WebserverCore.DuplicatiWebserver.<>c__DisplayClass30_0.<<CreateWebServer>b__10>d.MoveNext()
      --- End of stack trace from previous location ---
         at Duplicati.WebserverCore.Middlewares.StaticFilesExtensions.<>c__DisplayClass5_0.<<UseDefaultStaticFiles>b__1>d.MoveNext()
      --- End of stack trace from previous location ---
         at Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context)
         at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context)
         at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.HttpProtocol.ProcessRequests[TContext](IHttpApplication`1 application)
fail: Microsoft.AspNetCore.Server.Kestrel[13]
      Connection id "0HNDEFAPH2U5I", Request id "0HNDEFAPH2U5I:00000001": An unhandled exception was thrown by the application.
      Microsoft.AspNetCore.Connections.ConnectionAbortedException: The connection was aborted because the server is shutting down and request processing didn't complete within the time specified by HostOptions.ShutdownTimeout.
         at System.IO.Pipelines.Pipe.GetReadResult(ReadResult& result)
         at System.IO.Pipelines.Pipe.GetReadAsyncResult()
         at System.IO.Pipelines.Pipe.DefaultPipeReader.GetResult(Int16 token)
         at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.Http1UpgradeMessageBody.ReadAsyncInternalAwaited(ValueTask`1 readTask, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.HttpRequestStream.ReadAsyncInternal(Memory`1 destination, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at System.IO.Stream.ReadAtLeastAsyncCore(Memory`1 buffer, Int32 minimumBytes, Boolean throwOnEndOfStream, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at System.Net.WebSockets.ManagedWebSocket.EnsureBufferContainsAsync(Int32 minimumRequiredBytes, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource.GetResult(Int16 token)
         at System.Net.WebSockets.ManagedWebSocket.ReceiveAsyncPrivate[TResult](Memory`1 payloadBuffer, CancellationToken cancellationToken)
         at System.Runtime.CompilerServices.PoolingAsyncValueTaskMethodBuilder`1.StateMachineBox`1.System.Threading.Tasks.Sources.IValueTaskSource<TResult>.GetResult(Int16 token)
         at System.Threading.Tasks.ValueTask`1.ValueTaskSourceAsTask.<>c.<.cctor>b__4_0(Object state)
      --- End of stack trace from previous location ---
         at Duplicati.WebserverCore.Notifications.WebsocketAuthenticator.HandleClientData(WebSocket webSocket, CancellationToken cancellationToken)
         at Duplicati.WebserverCore.Notifications.WebsocketAuthenticator.AddConnection(WebSocket newConnection)
         at Duplicati.WebserverCore.Middlewares.WebsocketExtensions.<>c__DisplayClass0_0.<<UseNotifications>b__0>d.MoveNext()
      --- End of stack trace from previous location ---
         at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.<Invoke>g__Awaited|10_0(ExceptionHandlerMiddlewareImpl middleware, HttpContext context, Task task)
         at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.HandleException(HttpContext context, ExceptionDispatchInfo edi)
         at Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddlewareImpl.<Invoke>g__Awaited|10_0(ExceptionHandlerMiddlewareImpl middleware, HttpContext context, Task task)
         at Duplicati.WebserverCore.DuplicatiWebserver.<>c__DisplayClass30_0.<<CreateWebServer>b__10>d.MoveNext()
      --- End of stack trace from previous location ---
         at Duplicati.WebserverCore.Middlewares.StaticFilesExtensions.<>c__DisplayClass5_0.<<UseDefaultStaticFiles>b__1>d.MoveNext()
      --- End of stack trace from previous location ---
         at Microsoft.AspNetCore.Authorization.AuthorizationMiddleware.Invoke(HttpContext context)
         at Microsoft.AspNetCore.Authentication.AuthenticationMiddleware.Invoke(HttpContext context)
         at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.HttpProtocol.ProcessRequests[TContext](IHttpApplication`1 application)

As a side note, this topic “Tray icon won’t launch after update” is an odd place for this talk.

BackDog · June 18, 2025, 3:30pm

Thank you very much for your detailed reply and the hint to open a new issue (in git) for this topic. I will do so this evening.

Sorry for the wrong place to discuss, I just wanted to pick up your original comment which has been somehow overlooked

kenkendk · June 24, 2025, 1:30pm

The forum is certainly the right place to discuss things. The github issues are for keeping track of things that should be fixed somehow.

ts678 · June 24, 2025, 2:21pm

github.com/duplicati/duplicati

Delayed termination of duplicati process by 30 to 90 seconds

opened 08:53PM - 18 Jun 25 UTC

WalterFaber

bug

- [x] I have searched open and closed issues for duplicates. - [x] I have search…ed the [forum](https://forum.duplicati.com) for related topics. ---------------------------------------- ## Environment info - **Duplicati version**: 2.1.0.5_stable_2025-03-04 (deb package) - **Operating system**: Fresh Ubuntu 24.04.2 LTS installation, Gnome 46, Wayland, - **Backend**: Onedrive v2 ## Description Either in “idle” state or "paused" state duplicati won’t quit immediately after I send sigterm via kill. Via kill, it takes about 30 to 90 seconds to stop. If I select “quit” from the tray options, it stops within 3 seconds. This is an issue, because it delays regular system shutdown by the same amount of time i.e. I have to wait 30 to 90seconds to shut down my computer because it waits for duplicati to shut down (even if it was in idle state). Remark: Scheduled backups work as expected. ## Steps to reproduce 1. Install duplicati deb package on Ubuntu 24.04.2 2. Run duplicati via Tray Icon (Tray Icon appears) 3. Shut down the system (Ubuntu via "Power Off" menu entry in the upper right corner) resp. send "pkill duplicati" via console (= sig term) - **Actual result**: The tray icon disappears immediately. It takes 30 to 90 seconds until the Ubuntu shuts down resp. it takes 30 to 90 seconds until the duplicati process stops. See Logs A) - **Expected result**: Ubuntu starts shutdown process within 3 seconds resp. duplicati process stops within 3 seconds. REMARK 1: If I select “quit” from the tray options, it stops within 3 seconds. See Logs B) REMARK 2: User ts678 reported a very similar issue already in March 2025 in the forum (however in a different context, so it was not recognized as an issue): https://forum.duplicati.com/t/tray-icon-wont-launch-after-update/19756/20 He kindly tested it today again and also confirmed it (as far as I understand on a linux system and even a windows system. See his logs and comments here: https://forum.duplicati.com/t/tray-icon-wont-launch-after-update/19756/62 Maybe it is the same, maybe it is different. ## Debug log Logs A) - Delayed shutdown of system resp. pkill duplicati command (sigterm) These three messages appear at once when duplicate actually stops (i.e. after the delay): ``` Jun 18 12:11:17 hostname duplicati[6816]: Request error: One or more errors occurred. (An error occurred while sending the request.) Jun 18 12:11:17 hostname duplicati[6816]: Request error: One or more errors occurred. (Connection refused (localhost:8300)) Jun 18 12:11:18 hostname duplicati[6816]: Request error: Thread was interrupted from a waiting state. ``` Logs B) - Almost immediate end of the duplicati process via Quit in the tray menu. ``` Jun 18 16:25:25 hostname gnome-shell[2185]: Gio.DBusError: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: Method "Event" with signature "isvu" on interface "com.canonical.dbusmenu" doesn't exist Stack trace: asyncCallback@resource:///org/gnome/gjs/modules/core/overrides/Gio.js:114:23 @resource:///org/gnome/shell/ui/init.js:21:20 Jun 18 16:25:25 hostname duplicati[9395]: Request error: Thread was interrupted from a waiting state. Jun 18 16:25:35 hostname duplicati[9395]: An error occurred on server tear down: System.Threading.ThreadInterruptedException: Thread was interrupted from a waiting state. at System.Threading.Monitor.ObjWait(Int32 millisecondsTimeout, Object obj) at System.Threading.ManualResetEventSlim.Wait(Int32 millisecondsTimeout, CancellationToken cancellationToken) at System.Threading.Tasks.Task.SpinThenBlockingWait(Int32 millisecondsTimeout, CancellationToken cancellationToken) at System.Threading.Tasks.Task.InternalWaitCore(Int32 millisecondsTimeout, CancellationToken cancellationToken) at Duplicati.Server.Program.ShutdownModernWebserver() at Duplicati.Server.Program.<>c.<Main>b__60_9() at Duplicati.Server.Program.Main(String[] _args) ``` Thank you for your support and great tool. I'm available for further information or testing.

is probably the result of this, and investigation has begun.

Yes but off-topic (compare titles) discussions are not ideal.
Starting a new forum topic might not have gone anywhere.
Things were kind of stuck waiting for development anyway.