This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

HTTP/1.0 413 Request Entity Too Large

Hello,

This was encountered while uploading files in excess of 1MB using http transfers. Webmail such as Yahoo, Groupwise, and also transfers to website editors. We have resolved this issue, but I am posting it in case any one else has a problem with it. I am still learning about linux and squid, so maybe also someone can tell me why I needed to make these changes in the first place. I probably only needed to make one of the two changes that I made, but since down time is a big deal for us I made both of these at once so I would only need to reload squid once. The changes were made to the squid.conf-default. They are as follows

request_body_max_size 100 MB
(this is the one I belive was important)
maximum_object_size 100000

This has fixed the problem and we can upload using http with out problems now. If anyone would like to test this, try using yahoo's webmail and attach a file over 1MB in size. We first noticed it wile trying to use an http transfer up to a webserver and it failed. I ran a packet sniffer and squid returned a "HTTP/1.0 413 Request Entity Too Large" error. Finally after alot of digging I was finally able to find a single posting to another message board about it and was able to work from there.
http://lists.indymedia.org/pipermail/imc-sysadmin/2001-September/000957.html
In case anyone cares. I know this is long winded but since I didn't see anything else about this when I searched the board I wanted to make sure it was here for others. 

Also please pardon me is this message contains reduntant information. The window is sooo tiny I can only see a little bit at a time. Next time I guess I will type it in notepad and copy it into the window. Hint hint Astaro.
   


This thread was automatically locked due to age.
  • I was just bitten by the same bug. Using a local server with an upload script, anything over 1MB was failing internally. Externally, users were fine, and https was unaffected. I immediately suspected the proxy. Thanks for the fix!
    -Rick