On Mon, 2009-06-22 at 17:57 +0200, Mark wrote: > Dear folks. > > I'm epxeriencing a very serious bug/error when uploading files with a > browser (via CGI.pm) on an Apache 2 server at awardspace.com. > > [myhost.com] [Fri Jun 19 20:45:23 2009] [error] [client 1.2.3.4] > (104)Connection reset by peer: ap_content_length_filter: apr_bucket_read() > failed, referer: http://myhost.com/admin/ > [myhost.com] [Fri Jun 19 20:45:47 2009] [error] [client 1.2.3.4] > (104)Connection reset by peer: ap_content_length_filter: apr_bucket_read() > failed, referer: http://myhost.com/admin/ > > Near as I can tell, this appears to be an Apache bug: > > http://www.gossamer-threads.com/lists/apache/bugs/349741 > > As the result of this (bug?) the early disconnect causes all my client's > browser uploads to fail (as the Apache server just severs the connection). > Awardspace even admits it's a bug, but they're unwilling to fix it. > > My relevant question here is: is there a know way around this? The client > I built the site for has an art gallery, for which I wrote an API that > allows him to upload images. In other words, the entire site has become > unusable now! Someone suggested (on google) I use GET instead of POST > (which won't work, of course, for image upload data). So, has anyone found > a (makeshift) way around this issue? If so, I would gladly hear about it. > > Thank you! >
The whole issue in apache bugzilla [1] makes it clear that this is considered by design; a CGI script either needs to slurp all input or close stdin to signify that apache should do it. The reporter was reporting it for forms where he couldn't be bothered/didn't want to read the data, and didn't want to change his CGI to work. Are you sure that your script reads all the data? Cheers Tom [1] https://issues.apache.org/bugzilla/show_bug.cgi?id=44782 --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
