Return-Path: Delivered-To: apmail-httpd-bugs-archive@www.apache.org Received: (qmail 62951 invoked from network); 9 Apr 2008 04:49:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Apr 2008 04:49:09 -0000 Received: (qmail 88343 invoked by uid 500); 9 Apr 2008 04:49:09 -0000 Delivered-To: apmail-httpd-bugs-archive@httpd.apache.org Received: (qmail 88303 invoked by uid 500); 9 Apr 2008 04:49:09 -0000 Mailing-List: contact bugs-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: Reply-To: "Apache HTTPD Bugs Notification List" List-Id: Delivered-To: mailing list bugs@httpd.apache.org Received: (qmail 88290 invoked by uid 99); 9 Apr 2008 04:49:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Apr 2008 21:49:09 -0700 X-ASF-Spam-Status: No, hits=-1998.8 required=10.0 tests=ALL_TRUSTED,BANG_GUAR X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Apr 2008 04:48:25 +0000 Received: by brutus.apache.org (Postfix, from userid 33) id 598EF234C0C2; Tue, 8 Apr 2008 21:46:12 -0700 (PDT) From: bugzilla@apache.org To: bugs@httpd.apache.org Subject: DO NOT REPLY [Bug 44782] New: (104)Connection reset by peer: ap_content_length_filter: apr_bucket_read() failed X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: newchanged X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Apache httpd-2 X-Bugzilla-Component: All X-Bugzilla-Keywords: X-Bugzilla-Severity: critical X-Bugzilla-Who: j_and_t@hotmail.com X-Bugzilla-Status: NEW X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: bugs@httpd.apache.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Message-ID: Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Date: Tue, 8 Apr 2008 21:46:12 -0700 (PDT) X-Virus-Checked: Checked by ClamAV on apache.org https://issues.apache.org/bugzilla/show_bug.cgi?id=44782 Summary: (104)Connection reset by peer: ap_content_length_filter: apr_bucket_read() failed Product: Apache httpd-2 Version: 2.2.8 Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: All AssignedTo: bugs@httpd.apache.org ReportedBy: j_and_t@hotmail.com After months of trying to figure out what triggers this error: [Tue Apr 08 18:48:41 2008] [error] [client 123.456.789.012] (104)Connection reset by peer: ap_content_length_filter: apr_bucket_read() failed, referer: http://www.anydomain.com/someform.html I finally found how to duplicate this on any Apache server. I've found this to be true with all versions from 2.2.4 (earliest 2.x version I have) to 2.2.8 (latest). Linux CentOS (2.6.18-53.1.14.el5) completely up-to-date. Apache compiled from source. Using mod_perl compiled like this: shell> perl Makefile.PL MP_USE_STATIC=1 \ MP_AP_PREFIX=/usr/local/src/httpd-2.2.8 \ MP_AP_CONFIGURE="--with-mpm=worker \ --enable-nonportable-atomics=yes \ --prefix=/usr/local/etc/httpd \ --enable-so \ --enable-expires \ --enable-headers \ --enable-rewrite \ --with-ssl=/usr/local/src/openssl-0.9.8g \ --enable-ssl \ --disable-autoindex \ --disable-userdir" All it takes to produce the above error with Apache is to send a post to a cgi script that does not handle the post data. Example program (test.cgi - not running in mod_perl): <--snip--> #!/usr/bin/perl -w $| = 1; print "Content-type: text/html\n\n"; print <<"end_of_html"; your title anything end_of_html exit(); <--snip--> Now setup a simple HTML form and post to the above program: <--snip--> your title
<--snip--> (notice the "name='test'" as some data is required.) The above will cause the browser to hang after post triggering the browser to disconnect from the server and will always produce the above error guaranteed! Change from POST to GET and no "Connection reset by peer" error. The test.cgi script will exit properly, but Apache keeps the connection alive and then the browser disconnects. I have tested this with Linux Firefox/1.5.0.12 - 2.0.0.13, Opera 9.26 as well as on Windows XP Professional with Firefox/2.0.0.13 and IE 7.0.5730.11. Note: If you add this to the top of the test.cgi program: read(STDIN, my $buffer, $ENV{'CONTENT_LENGTH'}); No disconnect is encountered. I believe this to be an Apache problem as all earlier versions of Apache did not behave in this manner. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org For additional commands, e-mail: bugs-help@httpd.apache.org