Issues with syncing files larger than 10MB on Linux

ℹ️ Support
, , ,
1
Support intro

Sorry to hear you’re facing problems. :slightly_frowning_face:

The community help forum (help.nextcloud.com) is for home and non-enterprise users. Support is provided by other community members on a best effort / “as available” basis. All of those responding are volunteering their time to help you.

If you’re using Nextcloud in a business/critical setting, paid and SLA-based support services can be accessed via portal.nextcloud.com where Nextcloud engineers can help ensure your business keeps running smoothly.

Getting help

In order to help you as efficiently (and quickly!) as possible, please fill in as much of the below requested information as you can.

Before clicking submit: Please check if your query is already addressed via the following resources:

(Utilizing these existing resources is typically faster. It also helps reduce the load on our generous volunteers while elevating the signal to noise ratio of the forums otherwise arising from the same queries being post

I have Nextcloud 32.0.0 installed on an Arch Linux Server. My desktop is using Pop OS 24.04 (based on Ubuntu 24.04), with the desktop client on version 3.11, from Ubuntu’s repos. When trying to sync files larger than 10MB, the upload gets cut off after 10MB (one chunk) and then I get an error. I’ve checked the access log on Traefik (which serves my Nextcloud instance) and I saw that a status 412 is being returned for those requests. In the log reader, it says:

PreconditionFailed An If-Match header was specified and the resource did not exist

I did not run into this issue with the Windows client, so I assume it is a client issue. Does anyone know how to solve this issue, or how to troubleshoot it further?

2

This usually happens when the desktop client and the server don’t agree on chunking behavior.
A few things to check: In your Traefik config, make sure large request bodies aren’t being limited, try increasing or setting:

[http.middlewares]

[http.middlewares.upload.headers]

Content-Length = 0

or check for any maxBodySize / buffering rules.

On the Nextcloud side, verify client_max_body_size (if you’re proxying through nginx or using Traefik’s equivalent).

Sometimes the Linux desktop client 3.11 has issues with chunked uploads; try using the latest AppImage version directly from Nextcloud’s site instead of the Ubuntu repo build. Since it works fine on Windows, it’s most likely the client’s chunk handling on Linux combined with proxy restrictions.

Hope it helps,

Marvin

Accuweb.Cloud Support Engineer

3

It sounds like a chunk upload mismatch between the Pop!_OS client and your Nextcloud server. The 412 “Precondition Failed” usually points to a problem with the If-Match header — often caused by caching or proxy settings in Traefik.

Try these steps:

  1. Clear or disable any caching middleware in Traefik for /remote.php/dav/uploads/.

  2. Make sure overwriteprotocol and trusted_proxies are correctly set in config.php.

  3. Update both the Nextcloud client and server to the latest patch release.

If the issue persists, try the AppImage version of the Nextcloud client — it’s often more stable than the repo version.