I am uploading a 26Gb file, but I am getting:

413 Request Entity Too Large

I know, this is related to client_max_body_size, so I have this parameter set to 30000M.

  location /supercap {
    root  /media/ss/synology_office/server_Seq-Cap/;
    index index.html;
    proxy_pass  http://api/supercap;

  location /supercap/pipe {
    client_max_body_size 30000M;
    client_body_buffer_size 200000k;
    proxy_pass  http://api/supercap/pipe;
    client_body_temp_path /media/ss/synology_office/server_Seq-Cap/tmp_nginx;

But I still get this error when the whole file has been uploaded.

  • Actually you shouldn't upload that size in one request. You must divide it partitions and send them one-by-one per request. – Samir Mammadhasanov Dec 16 '19 at 11:00

Modify NGINX Configuration File

sudo nano /etc/nginx/nginx.conf

Search for this variable: client_max_body_size. If you find it, just increase its size to 100M, for example. If it doesn’t exist, then you can add it inside and at the end of http

client_max_body_size 100M;

Restart nginx to apply the changes.

sudo service nginx restart

Modify PHP.ini File for Upload Limits

It’s not needed on all configurations, but you may also have to modify the PHP upload settings as well to ensure that nothing is going out of limit by php configurations.

If you are using PHP5-FPM use following command,

sudo nano /etc/php5/fpm/php.ini

If you are using PHP7.0-FPM use following command,

sudo nano /etc/php/7.0/fpm/php.ini

Now find following directives one by one


and increase its limit to 100M, by default they are 8M and 2M.

upload_max_filesize = 100M
post_max_size = 100M

Finally save it and restart PHP.

PHP5-FPM users use this,

sudo service php5-fpm restart

PHP7.0-FPM users use this,

sudo service php7.0-fpm restart

It will work fine !!!

| improve this answer | |
  • 1
    why 100Mb for client_max_body_size in nginx.conf? – user2979409 Nov 14 '16 at 12:10
  • you can put any value according your requirements but 100 mb is sufficient – Sukhjinder Singh Nov 14 '16 at 12:14
  • 1
    but I am uploading up to 30Gb files. – user2979409 Nov 14 '16 at 12:19
  • find a file of maximum size and allow it more than that file – Sukhjinder Singh Nov 14 '16 at 12:21
  • so why client_max_body_size does not work inside my /location ? – user2979409 Nov 14 '16 at 12:23

If you're uploading files of that size you should probably just disable the body size check altogether with:

client_max_body_size 0;
| improve this answer | |

With respect, I'm not sure why you're using http to transfer that much data. I tend to do my large transfers over ssh

//such as:
tar cjf - /path/to/stuff | ssh user@remote-host "cd /path/to/remote/stuff;tar xjf -"

...which gives me a bzip-compressed transfer. But if I needed to do a resumable transfer, I might use sftp, lftp, even rsync. Any of those (or their derivatives or siblings) is capable of

  1. employing an encrypted channel if desired,
  2. resuming an interrrupted transfer and
  3. compressing the transfer

Only one of those would be an option to you when attempting to upload over http (namely, #1 if you were on https).

I hope you'll look into any of the above or the several other alternatives.

| improve this answer | |
  • 1
    This has like nothing to do with the question. – Zenklys Nov 7 '18 at 10:10
  • 4
    It's only there because the guy is transferring Blueray-scale files over http. Without having more detail of why someone would want to do this, I judge that guy asking the question would be best served by not successfully answering the question. I acknowledge that my ignorance of those details is a problem. – Matt Murphy Nov 9 '18 at 20:56

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.