Files renamed to name containing -chunking-

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 posted repeatedly).

Some or all of the below information will be requested if it isn’t supplied; for fastest response please provide as much as you can. :heart:

The Basics

  • Nextcloud Server version (e.g., 29.x.x):
    • 32.0.1
  • Operating system and version (e.g., Ubuntu 24.04):
    • FreeBSD 14.3
  • Web server and version (e.g, Apache 2.4.25):
    • Apache 2.4
  • Reverse proxy and version _(e.g. nginx 1.27.2)
    • N/A
  • PHP version (e.g, 8.3) 8.2.29
  • Is this the first time you’ve seen this error? (Yes / No):
    • No
  • When did this problem seem to first start?
    • replace me
  • Installation method (e.g. AlO, NCP, Bare Metal/Archive, etc.) From source
  • Are you using CloudfIare, mod_security, or similar? (Yes / No)
    • No

Summary of the issue you are facing:

I am using Mac client 4.0.2 on MACos 26.1 and I see that many files in a nextcloud shared directory are somehow have there names changed.

For example copra_vol1.cbz is now called copra_vol1.cbz-chunking-740462669-6-0.

In the directory with 189 files this happened to 144 files.

I have seen this before on older versions of server and client but it still happens.

Steps to replicate it (hint: details matter!):

  1. Copy files to shared directory

Log entries

Nextcloud

Please provide the log entries from your Nextcloud log that are generated during the time of problem (via the Copy raw option from Administration settings->Logging screen or from your nextcloud.log located in your data directory). Feel free to use a pastebin/gist service if necessary.

PASTE HERE

Web Browser

If the problem is related to the Web interface, open your browser inspector Console and Network tabs while refreshing (reloading) and reproducing the problem. Provide any relevant output/errors here that appear.

PASTE

Web server / Reverse Proxy

The output of your Apache/nginx/system log in /var/log/____:

PASTE HERE

Configuration

Nextcloud

The output of occ config:list system or similar is best, but, if not possible, the contents of your config.php file from /path/to/nextcloud is fine (make sure to remove any identifiable information!):

{
    "system": {
        "instanceid": "***REMOVED SENSITIVE VALUE***",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "www.vanderzwan.org",
            "www.internal",
            "192.168.178.8"
        ],
        "datadirectory": "***REMOVED SENSITIVE VALUE***",
        "dbtype": "sqlite3",
        "version": "32.0.1.2",
        "overwrite.cli.url": "https:\/\/www.vanderzwan.org\/nextcloud",
        "installed": true,
        "default_phone_region": "NL",
        "maintenance": false,
        "loglevel": 0,
        "mail_smtpmode": "smtp",
        "mail_sendmailmode": "smtp",
        "mail_smtphost": "***REMOVED SENSITIVE VALUE***",
        "mail_from_address": "***REMOVED SENSITIVE VALUE***",
        "mail_domain": "***REMOVED SENSITIVE VALUE***",
        "bulkupload.enabled": false,
        "enabledPreviewProviders": [
            "OC\\Preview\\HEIC",
            "OC\\Preview\\TIFF",
            "OC\\Preview\\PNG",
            "OC\\Preview\\JPEG",
            "OC\\Preview\\GIF",
            "OC\\Preview\\BMP",
            "OC\\Preview\\XBitmap",
            "OC\\Preview\\MP3",
            "OC\\Preview\\TXT",
            "OC\\Preview\\MarkDown",
            "OC\\Preview\\Movie",
            "OC\\Preview\\OpenDocument",
            "OC\\Preview\\PDF"
        ],
        "logtimezone": "CET",
        "trashbin_retention_obligation": "auto,30",
        "versions_retention_obligation": "auto,30",
        "maintenance_window_start": 1,
        "mail_smtpport": "2525",
        "theme": "",
        "files.chunked_upload.max_size": 134217728,
        "app_install_overwrite": []
    }
}

Apps

The output of occ app:list (if possible).

Tips for increasing the likelihood of a response

  • Use the preformatted text formatting option in the editor for all log entries and configuration output.
  • If screenshots are useful, feel free to include them.
    • If possible, also include key error output in text form so it can be searched for.
  • Try to edit log output only minimally (if at all) so that it can be ran through analyzers / formatters by those trying to help you.

I also noticed the files are truncated to the maximum chunk size, so this means that not only are the original files renamed they are also corrupted, a major issue I think.

I will try to disable chunking by setting the max chunk size to 0 to see if that helps.

The only similar report I see is this one and it was vaguely stated by the reporter to be fixed’

https://github.com/nextcloud/desktop/issues/8739

Can you look closed at your server-side logs (Nextcloud, web server, FPM if applicable) and client side logs for transactions associated with that file and particularly when the chunked-* first is appears in these logs?

This is the audit log for one of the files

audit.log:{"reqId":"CBpiXDEZQheiztOuucJZ","level":1,"time":"2025-11-28T08:07:00+01:00","remoteAddr":"192.168.178.29","user":"paulz","app":"admin_audit","method":"PUT","url":"/nextcloud/remote.php/dav/files/paulz/HumbleBundles/Comics/2025-11-28%20IMAGE%20COMICS%20IN%20THE%2010S/happy.pdf-chunking-3918344213-2-0","message":"File with id \"416580\" created: \"/paulz/files/HumbleBundles/Comics/2025-11-28 IMAGE COMICS IN THE 10S/happy.pdf-chunking-3918344213-2-0\"","userAgent":"Mozilla/5.0 (Macintosh) mirall/4.0.2 (Nextcloud, macos-25.1.0 ClientArchitecture: arm64 OsArchitecture: arm64)","version":"32.0.1.2","clientReqId":"90744825-46af-4e83-ac0e-68746c6673dc","data":{"app":"admin_audit"}}
audit.log:{"reqId":"CBpiXDEZQheiztOuucJZ","level":1,"time":"2025-11-28T08:07:00+01:00","remoteAddr":"192.168.178.29","user":"paulz","app":"admin_audit","method":"PUT","url":"/nextcloud/remote.php/dav/files/paulz/HumbleBundles/Comics/2025-11-28%20IMAGE%20COMICS%20IN%20THE%2010S/happy.pdf-chunking-3918344213-2-0","message":"File with id \"416580\" written to: \"/paulz/files/HumbleBundles/Comics/2025-11-28 IMAGE COMICS IN THE 10S/happy.pdf-chunking-3918344213-2-0\"","userAgent":"Mozilla/5.0 (Macintosh) mirall/4.0.2 (Nextcloud, macos-25.1.0 ClientArchitecture: arm64 OsArchitecture: arm64)","version":"32.0.1.2","clientReqId":"90744825-46af-4e83-ac0e-68746c6673dc","data":{"app":"admin_audit"}}
audit.log:{"reqId":"WPGtAdi4t086BIwZ8GGT","level":1,"time":"2025-11-28T08:13:41+01:00","remoteAddr":"192.168.178.29","user":"paulz","app":"admin_audit","method":"GET","url":"/nextcloud/remote.php/dav/files/paulz/HumbleBundles/Comics/2025-11-28%20IMAGE%20COMICS%20IN%20THE%2010S/happy.pdf-chunking-3918344213-2-0","message":"File with id \"416580\" accessed: \"/paulz/files/HumbleBundles/Comics/2025-11-28 IMAGE COMICS IN THE 10S/happy.pdf-chunking-3918344213-2-0\"","userAgent":"Mozilla/5.0 (Macintosh) mirall/4.0.2 (Nextcloud, macos-25.1.0 ClientArchitecture: arm64 OsArchitecture: arm64)","version":"32.0.1.2","clientReqId":"6c44e003-635c-4ac0-a713-68ecd82b7c45","data":{"app":"admin_audit"}}
audit.log:{"reqId":"RC5WpCMKXaHWwsCrazWF","level":1,"time":"2025-11-29T14:35:01+01:00","remoteAddr":"192.168.178.29","user":"paulz","app":"admin_audit","method":"DELETE","url":"/nextcloud/remote.php/dav/files/paulz/HumbleBundles/Comics/2025-11-28%20IMAGE%20COMICS%20IN%20THE%2010S/happy.pdf-chunking-3918344213-2-0","message":"File with id \"416580\" deleted: \"/paulz/files/HumbleBundles/Comics/2025-11-28 IMAGE COMICS IN THE 10S/happy.pdf-chunking-3918344213-2-0\"","userAgent":"Mozilla/5.0 (Macintosh) mirall/4.0.2 (Nextcloud, macos-25.1.0 ClientArchitecture: arm64 OsArchitecture: arm64)","version":"32.0.1.2","clientReqId":"5872ccb4-8c33-4b38-8b5e-82e4a874604a","data":{"app":"admin_audit"}}

The webserver logs contain:

httpd-ssl_request.log.20251129T000009:[28/Nov/2025:08:06:49 +0100] 192.168.178.29 TLSv1.3 TLS_AES_256_GCM_SHA384 "PUT /nextcloud/remote.php/dav/files/paulz/HumbleBundles/Comics/2025-11-28%20IMAGE%20COMICS%20IN%20THE%2010S/happy.pdf-chunking-3918344213-2-0 HTTP/1.1" -
httpd-ssl_request.log.20251129T000009:[28/Nov/2025:08:13:40 +0100] 192.168.178.29 TLSv1.3 TLS_AES_256_GCM_SHA384 "GET /nextcloud/remote.php/dav/files/paulz/HumbleBundles/Comics/2025-11-28%20IMAGE%20COMICS%20IN%20THE%2010S/happy.pdf-chunking-3918344213-2-0 HTTP/1.1" 134217728

So it looks like it’s the client that generated the -chunking- file.

For some reason only the first chunk was written. And it looks like the client read back that chunk, deleted the original file and replaced it with the truncated and renamed file.

BTW I in the audit log on the server I see this -chunking- pattern in Jan 2025. The other logs have long since rotated away.

The client is Macos and version 4.0.2 at the moment and has been updated regularly so if it’s a client bug it’s not recent and apparently not fixed.