Server won't accept large (?) folders from Linux desktop client

ℹ️ Support
, , , , , ,
1
  • Server version: Nextcloud Hub 10 v31.0.6
  • Operating system: TrueNAS Community v25.04.1
  • Reverse proxy: Nginx v2.12.3 Proxy Host
  • PHP: cli v8.3.22, Zend Engine v4.3.22
  • New error?: Yes
  • Error began: As soon as client and server connected
  • Cloudflare or similar?: IONOS Domain Guard
  • Client installation method: I believe this cli client, but this is my PC’s startup script: "/tmp/.mount_NextclexpIGv/usr/bin/nextcloud" --background

Summary of the issue I am facing:

After setting up my Nextcloud server and client as described above, I noticed that my Music folder didn’t upload from my desktop to the server. At first I thought maybe it had to do with the size of the folder (24 GB), but several larger folders are on the server as expected.

I just checked to make sure these folders didn’t have an issue with whitespace in the file name by changing Kyle Gabler to Kyle-Gabler, with no change in result.

Nextcloud

I’m not really sure what to list for the steps to replicate, but here is a log entry typical of the dozen or so the server produces when I force-sync from my desktop:

2025-06-29 23:30:42.604053+00:00172.16.5.2 (172.16.5.1) - myname [29/Jun/2025:23:30:42 +0000] "MKCOL /remote.php/dav/files/myname/Music/Albums/Whole-Downloads/Kyle%20Gabler HTTP/1.1" 403 694 "-" "Mozilla/5.0 (Linux) mirall/3.16.6-20250628.084039.957b27497-1.0~jammy1 (Nextcloud, pop-6.12.10-76061203-generic ClientArchitecture: x86_64 OsArchitecture: x86_64)"

Web server / Reverse Proxy

I’m not sure how to access this, since trying to access /var/log/lastlog from the Nginx shell of Nextcloud opens an empty text file.

Configuration

Nextcloud

{
    "system": {
        "htaccess.RewriteBase": "\/",
        "memcache.local": "\\OC\\Memcache\\APCu",
        "apps_paths": [
            {
                "path": "\/var\/www\/html\/apps",
                "url": "\/apps",
                "writable": false
            },
            {
                "path": "\/var\/www\/html\/custom_apps",
                "url": "\/custom_apps",
                "writable": true
            }
        ],
        "memcache.distributed": "\\OC\\Memcache\\Redis",
        "memcache.locking": "\\OC\\Memcache\\Redis",
        "redis": {
            "host": "***REMOVED SENSITIVE VALUE***",
            "password": "***REMOVED SENSITIVE VALUE***",
            "port": 6379
        },
        "upgrade.disable-web": true,
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "datadirectory": "***REMOVED SENSITIVE VALUE***",
        "dbtype": "pgsql",
        "version": "31.0.6.2",
        "overwrite.cli.url": "http:\/\/localhost",
        "dbname": "***REMOVED SENSITIVE VALUE***",
        "dbhost": "***REMOVED SENSITIVE VALUE***",
        "dbport": "",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "installed": true,
        "instanceid": "***REMOVED SENSITIVE VALUE***",
        "overwriteprotocol": "https",
        "trusted_proxies": "***REMOVED SENSITIVE VALUE***",
        "twofactor_enforced": "true",
        "twofactor_enforced_groups": [],
        "twofactor_enforced_excluded_groups": [],
        "maintenance_window_start": 2,
        "maintenance": false,
        "debug": false,
        "enable_previews": false,
        "default_phone_region": "US",
        "loglevel": 2,
        "trusted_domains": [
            "127.0.0.1",
            "192.168.50.50",
            "myddns.asuscomm.com",
            "localhost",
            "nextcloud",
            "nextcloud.myname.us",
            "nextcloud.nas.myname.us"
        ],
        "setup_create_db_user": "false"
    }
}

Apps

Enabled:
  - activity: 4.0.0
  - app_api: 5.0.2
  - bruteforcesettings: 4.0.0
  - calendar: 5.3.3
  - circles: 31.0.0
  - cloud_federation_api: 1.14.0
  - comments: 1.21.0
  - contactsinteraction: 1.12.0
  - dashboard: 7.11.0
  - dav: 1.33.0
  - federatedfilesharing: 1.21.0
  - federation: 1.21.0
  - files: 2.3.1
  - files_downloadlimit: 4.0.0
  - files_pdfviewer: 4.0.0
  - files_reminders: 1.4.0
  - files_sharing: 1.23.1
  - files_trashbin: 1.21.0
  - files_versions: 1.24.0
  - fileslibreofficeedit: 2.0.1
  - firstrunwizard: 4.0.0
  - logreader: 4.0.0
  - lookup_server_connector: 1.19.0
  - nextcloud_announcements: 3.0.0
  - notifications: 4.0.0
  - oauth2: 1.19.1
  - password_policy: 3.0.0
  - photos: 4.0.0-dev.1
  - privacy: 3.0.0
  - profile: 1.0.0
  - provisioning_api: 1.21.0
  - recommendations: 4.0.0
  - related_resources: 2.0.0
  - richdocuments: 8.7.1
  - serverinfo: 3.0.0
  - settings: 1.14.0
  - sharebymail: 1.21.0
  - support: 3.0.0
  - survey_client: 3.0.0
  - systemtags: 1.21.1
  - text: 5.0.0
  - theming: 2.6.1
  - twofactor_backupcodes: 1.20.0
  - twofactor_totp: 13.0.0-dev.0
  - updatenotification: 1.21.0
  - user_status: 1.11.0
  - viewer: 4.0.0
  - weather_status: 1.11.0
  - webhook_listeners: 1.2.0
  - workflowengine: 2.13.0
Disabled:
  - admin_audit: 1.21.0
  - encryption: 2.19.0
  - files_external: 1.23.0
  - suspicious_login: 9.0.1
  - twofactor_nextcloud_notification: 5.0.0
  - user_ldap: 1.22.0
1 Like
2

It looks like the 403 error (MKCOL) is due to permission issues or a blocked method via your proxy or WAF (IONOS Domain Guard). Try whitelisting WebDAV methods like MKCOL, PUT, etc., in your proxy/WAF settings. Also, check Nginx and TrueNAS permissions for the target folder. You could test temporarily disabling IONOS Domain Guard to confirm if it’s the culprit.

1 Like
3

I’ll have to take a closer look at this tomorrow, since I’m out of time tonight. I did try disabling IONOS Domain Guard, and that didn’t change the result.

4

I’ve finally gotten a chance to look at this, and it looks like all the important WebDAV methods are already enabled. This is the location block of the proxy host’s config:

location / {

dav_methods PUT DELETE MKCOL COPY MOVE;

}

I’m not sure how it could be anything permissions related, since the folders on my client PC all have the same permissions.

5

Well, I guess it must have been a permissions issue, since I just moved everything in the affected folder to my desktop, then deleted and remade the folder and moved everything back, and it worked perfectly. ¯\_(ツ)_/¯

6

This topic was automatically closed 8 days after the last reply. New replies are no longer allowed.