WebDAV gives: The operation was cancelled

I have the same behavior while trying to backup my OpenMediaVault-NAS via Webdav to a remote Synology.
This has been working fine for 2 years until November, 30.

When I test the connection, I get an error:

Logs of the Docker Container:

Linuxserver.io version: v2.1.0.2_beta_2024-11-29-ls229

Build-date: 2024-12-21T03:56:47+00:00

───────────────────────────────────────

    

[custom-init] No custom files found, skipping...

Inside getter

Connection to localhost (::1) 8200 port [tcp/*] succeeded!

[ls.io-init] done.

Server has started and is listening on port 8200

fail: Microsoft.AspNetCore.Diagnostics.ExceptionHandlerMiddleware[1]

      An unhandled exception has occurred while executing the request.

      Duplicati.WebserverCore.Exceptions.ServerErrorException: The operation was canceled.

         at Duplicati.WebserverCore.Endpoints.V1.RemoteOperation.ExecuteTest(String url, Boolean autoCreate, CancellationToken cancelToken)

         at Microsoft.AspNetCore.Http.RequestDelegateFactory.<ExecuteTaskWithEmptyResult>g__ExecuteAwaited|137_0(Task task)

         at Duplicati.WebserverCore.Middlewares.HostnameFilter.InvokeAsync(EndpointFilterInvocationContext context, EndpointFilterDelegate next)

         at Duplicati.WebserverCore.Middlewares.LanguageFilter.InvokeAsync(EndpointFilterInvocationContext context, EndpointFilterDelegate next)

         at Microsoft.AspNetCore.Http.RequestDelegateFactory.<ExecuteValueTaskOfObject>g__ExecuteAwaited|129_0(ValueTask`1 valueTask, HttpContext httpContext, JsonTypeInfo`1 jsonTypeInfo)

         at Microsoft.AspNetCore.Http.RequestDelegateFactory.<>c__DisplayClass102_2.<<HandleRequestBodyAndCompileRequestDelegateForJson>b__2>d.MoveNext()

      --- End of stack trace from previous location ---

         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)

However, changing the path from ‘OMV_Backup/duplicati/’ to ‘OMV_Backup/’ the connection test works.
I guess it has something to do with the size of the folder. It contains 2,37 TB with 99.610 files.

Hi @andisonne welcome to the forum.

The error here is a bit different from the topic, so I moved the post to its own topic.

Could it be something with a timeout? How long does it take before the message appears?

You can perhaps use the browser Developer Tools to see the timings of the call.

The new WebDav has a timeout of 30000 seconds per file. If the volumesize is set to a large value, it could be that the file transfer would take longer than that, which brings the question that maybe we should default to InfiniteTimeout and add an option to override it?

1 Like

@andisonne Can you let us know what the Remote volume size is configured for that backup?

The Message appears after 30 seconds

Sorry, I don’t know what you mean by “what the Remote volume size is configured for that backup”.

With WinSCP I can connect to the Synology Webdav-Server, also directly to the big folder (then the connection takes some time).
With duplicati, I can only connect to other folders, but not the big one (failure after 30 secs).

Thanks @andisonne . This 30 second information was key to narrow it down, it is the timeout for the directory listing routine, we are already working on a fix.

As for remote volume size, here is more about it on the docs.

2 Likes

I brought the Synology to my home. With local access, I lightend the Backup by

  • splitting it up
  • pruning of unimportant stuff
  • shortening of the retention where possible
  • increasing of remote volume size

Now, I’m down to 0,7 TB (from 2,3 TB) and access via Webdav is possible again.
Thanks for your replies. You’re doing a great job!

By the way the new Canary release has a patch to those timeouts, it will no longer timeout on 30 seconds when listing files and file upload/download have no explicit timeout.

1 Like