Your message dated Mon, 11 Dec 2006 21:17:03 +0000 with message-id <[EMAIL PROTECTED]> and subject line Bug#396631: fixed in apr 1.2.7-8.1 has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database)
--- Begin Message ---Package: apache2 Version: 2.2.3-3 Severity: important I'm running Apache on a 2.4 kernel (not by choice, my colo virtual server requires 2.4), and the latest Apache upgrade has some nasty problems. The first problem is epoll() compatibility causing child processes to segfault (already addressed by bug#392049), which I've fixed by using a libapr1 built on a 2.4 kernel. The second issue is a lot stranger and harder to track: after installing the 2.4-friendly libapr1, apache2.2 now manages to run without segfaulting, but all requests served have 0 bytes in the body. However, access.log claims that the resource was sent in its entirety (gives the correct byte count for every file I've tested), and the HTTP headers claim that Content-Length is (correctly) the size of the file. But Apache disconnects without actually sending the contents of the file. I've tested this with multiple browsers, wget, and telnet, and all of them are disconnected before actually receiving any actual content. There are no error messages in the error logs, and, from the appearance of the logs, the server is actually fully functional. An example access log line is: 130.253.190.245 - - [01/Nov/2006:12:09:35 -0800] "GET /favicon.ico HTTP/1.1" 200 326 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; InfoPath.1)" which looks perfectly normal. Here's what it looks like with wget: 24.83.198.173 - - [01/Nov/2006:12:26:32 -0800] "GET /favicon.ico HTTP/1.0" 200 326 "-" "Wget/1.10.2" Again, perfectly, normal, except that what really happens on the client end is that wget receives 0 bytes, and keeps retrying: 13:29:26 (0.00 B/s) - Connection closed at byte 0. Retrying. The HTTP headers look like this: HTTP/1.1 200 OK Date: Wed, 01 Nov 2006 20:30:21 GMT Server: Apache/2.2 Last-Modified: Fri, 13 Jan 2006 03:17:00 GMT ETag: "2e9809b-57e-e5fd4300" Accept-Ranges: bytes Content-Length: 1406 Connection: close Content-Type: image/x-icon And then the connection is immediately closed without actually sending the contents of the file. The files themselves are fine: I've checked both their contents and their permissions, as well as directory permissions. Besides, if I try to access a non-existent resource, Apache does successfully send an error message (with the HTML body intact). None of these problems show up on my laptop running kernel 2.6, so I suspect 2.4 incompatibility may be the culprit here. Any suggestions as to how to obtain more information would be greatly appreciated. I've run out of ideas as to where to look, since apache isn't crashing and the logs look perfectly normal. Setting LogLevel to 'debug' shows no useful information. Here are relevant packages: ii apache2 2.2.3-3 Next generation, scalable, extendable web server ii apache2-mpm-prefork 2.2.3-3 Traditional model for Apache HTTPD 2.1 ii apache2-utils 2.2.3-3 utility programs for webservers ii apache2.2-common 2.2.3-3 Next generation, scalable, extendable web server ii libapr1 1.2.7-6 The Apache Portable Runtime Library (libapr1 was rebuilt on 2.4 with dpkg-buildpackage to work around #392049. No changes were made to the Debian sources.) T -- Two wrongs don't make a right; but three rights do make a left...
--- End Message ---
--- Begin Message ---Source: apr Source-Version: 1.2.7-8.1 We believe that the bug you reported is fixed in the latest version of apr, which is due to be installed in the Debian FTP archive: apr_1.2.7-8.1.diff.gz to pool/main/a/apr/apr_1.2.7-8.1.diff.gz apr_1.2.7-8.1.dsc to pool/main/a/apr/apr_1.2.7-8.1.dsc libapr1-dbg_1.2.7-8.1_amd64.deb to pool/main/a/apr/libapr1-dbg_1.2.7-8.1_amd64.deb libapr1-dev_1.2.7-8.1_amd64.deb to pool/main/a/apr/libapr1-dev_1.2.7-8.1_amd64.deb libapr1_1.2.7-8.1_amd64.deb to pool/main/a/apr/libapr1_1.2.7-8.1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Andreas Barth <[EMAIL PROTECTED]> (supplier of updated apr package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing [EMAIL PROTECTED]) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Format: 1.7 Date: Sat, 9 Dec 2006 20:39:59 +0000 Source: apr Binary: libapr1 libapr1-dbg libapr1-dev Architecture: source amd64 Version: 1.2.7-8.1 Distribution: unstable Urgency: high Maintainer: Debian Apache Maintainers <debian-apache@lists.debian.org> Changed-By: Andreas Barth <[EMAIL PROTECTED]> Description: libapr1 - The Apache Portable Runtime Library libapr1-dbg - The Apache Portable Runtime Library - Development Headers libapr1-dev - The Apache Portable Runtime Library - Development Headers Closes: 396631 Changes: apr (1.2.7-8.1) unstable; urgency=high . * Non-maintainer upload. * Fix 0-lenght files. Take 015_sendfile_lfs.dpatch from svn for this. Closes: #396631 Files: 13c37db4dbb23a55e9ac2d4c3056ed49 860 libs optional apr_1.2.7-8.1.dsc dc41e9487671eafb60ec5c11bba648f7 25757 libs optional apr_1.2.7-8.1.diff.gz 770619c956b372941e9e2bbba75aefdb 111440 libs optional libapr1_1.2.7-8.1_amd64.deb 98e1bfbcd4acdadac9bba492c0c14a50 348258 libdevel optional libapr1-dev_1.2.7-8.1_amd64.deb 3740552bd6e213c174f91dc276aa58a9 187434 libdevel extra libapr1-dbg_1.2.7-8.1_amd64.deb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFFeyMdmdOZoew2oYURAsDlAJ98srYeNMUKAed1rkX4sxa51WFwRwCgvB2z +pz3ps6weUFJF2/8pc3deEs= =hKOm -----END PGP SIGNATURE-----
--- End Message ---
