Nextcloud 13 chunking upload not working

@Schmu sorry for that, anyway the workaround is not working for me, could this be a cached value somewhere?

EDIT: reloading the php pool fixed the “caching” issue.

1 Like

Hm, I’m not sure. You could restart your server after the changes to the database just to be sure.

However I don’t understand the intention of the workaround. If the intention was to set the chunk size to a value bigger than all the files you will every upload, then you need to check if the file (that you want to upload) is not bigger than that.

Edit: oh, alright. Awesome! :slight_smile:

Hi I am having the same problem but its unclear to me how to apply this workaround. When trying to execute the command in the mysql nextcloud database I got:

MariaDB [(none)]> use nextcloud;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
MariaDB [nextcloud]> INSERT INTO oc_appconfig (appid, configkey, configvalue) VALUES (‘files’, ‘max_chunk_size’, ‘524288000’);
ERROR 1054 (42S22): Unknown column ‘‘files’’ in 'field list’
MariaDB [nextcloud]>
ERROR 1054 (42S22): Unknown column ‘‘files’’ in 'field list’
MariaDB [nextcloud]>

Hi, this is a quote problem, typo is not good , you have to put VALUES between simple quotes '
(the typo is not good in this forum)

1 Like

I managed to do this now, I hope it helps other people too. Here is what I put:

INSERT INTO oc_appconfig ( appid , configkey , configvalue ) VALUES (‘files’, ‘max_chunk_size’, ‘524288000’);

But I must say that it didn’t work and the error still occurs, even after server reboot

1 Like

I confirm the bug also in 13.02

The workaround works for me

I too confirm the bug in 13.02.
Centos 7
php 7.0

By the way the workaround worked.
INSERT INTO oc_appconfig ( appid , configkey , configvalue ) VALUES (‘files’, ‘max_chunk_size’, ‘524288000’);

Unfortunately this just solves the issue when the file is uploaded through a browser (drag and drop or upload button)

The desktop client which uploads through DAV has still the same issue. This is the error I get:

The item is not synced because of previous errors: Error transferring - server replied: Not Found

Perhaps the DAV app also has some parameter that should be added to the “oc_appconfig” table?

1 Like

I asked here already: Broken uploads - DAV Exception BadRequest Message expected filesize 7900672 got 7143424

I have a broken NC13.0.2 which is an upgrade from NC12.0.0.
WebGUI is now working with the work around described above.

I compared NC code in /var/www/nextcloud with the downloadable zip archive from They are identical. (Accept config.php and a /var/www/nextcloud/data folder with an old owncloud.db and nextcloud.log files)

I restored the data and database from the updated and broken NC to a fresh installation. That works.

Where else to look what might be wrong?

partial solution here

where exactly?

INSERT INTO oc_appconfig ( ‘appid’ , ‘configkey’ , ‘configvalue’ ) VALUES (‘files’, ‘max_chunk_size’, ‘524288000’);

Jeppp. But only for the web gui.

And at the fresh installation it’s not needed.

If the problem is a database setting it would move the other installation. Or?

my client in windows is facing same issue. only uploading files lesser than 10MB, is there a fix? the work around is not working. I also got Error transferring http://… (Savre\DAV\Exception\NotFound).

I have encountered the same problem - files larger than 10MB weren’t uploading via both WEB and MAC application.
The workaround solution helped to solve the issue when uploading via WEB, but the app problem is still actual.

Please advice.

All of you, are you using 32 bit or 64 bit versions of Linux?

I have solved this issue by installing nginx DAV module, which wasn’t installed on my host.

I have an nginx --with-http_dav_module which doesn’t work and an exactly same configuration which is working.

nginx version: nginx/1.14.0
built by gcc 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.9)
built with OpenSSL 1.0.2g  1 Mar 2016
TLS SNI support enabled
configure arguments: --prefix=/etc/nginx --sbin-path=/usr/sbin/nginx --modules-path=/usr/lib/nginx/modules --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error.log --http-log-path=/var/log/nginx/access.log --pid-path=/var/run/ --lock-path=/var/run/nginx.lock --http-client-body-temp-path=/var/cache/nginx/client_temp --http-proxy-temp-path=/var/cache/nginx/proxy_temp --http-fastcgi-temp-path=/var/cache/nginx/fastcgi_temp --http-uwsgi-temp-path=/var/cache/nginx/uwsgi_temp --http-scgi-temp-path=/var/cache/nginx/scgi_temp --user=nginx --group=nginx --with-compat --with-file-aio --with-threads --with-http_addition_module --with-http_auth_request_module --with-http_dav_module --with-http_flv_module --with-http_gunzip_module --with-http_gzip_static_module --with-http_mp4_module --with-http_random_index_module --with-http_realip_module --with-http_secure_link_module --with-http_slice_module --with-http_ssl_module --with-http_stub_status_module --with-http_sub_module --with-http_v2_module --with-mail --with-mail_ssl_module --with-stream --with-stream_realip_module --with-stream_ssl_module --with-stream_ssl_preread_module --with-cc-opt='-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fPIC' --with-ld-opt='-Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -pie'

Please check if you may have a clause like

        # Disallow access to hidden files and directories
        location ~ /\. {
                return 404;

This isn’t recommended by nextclouds example config of nginx.


Thank you @timm2k that exactly my issue. I really need to restrict hidden files but I have exceptions.