[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#396631: marked as done (Files served have 0 bytes in spite of claims in headers & log)

Your message dated Wed, 20 Dec 2006 08:32:04 +0000
with message-id <E1Gwwrs-0008Ae-LE@ries.debian.org>
and subject line Bug#396631: fixed in apr 1.2.7-8.2
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.2

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.2.diff.gz
  to pool/main/a/apr/apr_1.2.7-8.2.diff.gz
apr_1.2.7-8.2.dsc
  to pool/main/a/apr/apr_1.2.7-8.2.dsc
libapr1-dbg_1.2.7-8.2_amd64.deb
  to pool/main/a/apr/libapr1-dbg_1.2.7-8.2_amd64.deb
libapr1-dev_1.2.7-8.2_amd64.deb
  to pool/main/a/apr/libapr1-dev_1.2.7-8.2_amd64.deb
libapr1_1.2.7-8.2_amd64.deb
  to pool/main/a/apr/libapr1_1.2.7-8.2_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 396631@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andreas Barth <aba@not.so.argh.org> (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 ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed, 20 Dec 2006 08:19:19 +0000
Source: apr
Binary: libapr1 libapr1-dbg libapr1-dev
Architecture: source amd64
Version: 1.2.7-8.2
Distribution: unstable
Urgency: high
Maintainer: Debian Apache Maintainers <debian-apache@lists.debian.org>
Changed-By: Andreas Barth <aba@not.so.argh.org>
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.2) unstable; urgency=high
 .
   * Non-maintainer upload.
   * Apply better working 015_sendfile_lfs.dpatch this time.
     Again Closes: #396631
Files: 
 2ca1d9c9c56477f9cb419c3ff1d87107 860 libs optional apr_1.2.7-8.2.dsc
 7e15c408f6b6a1aa0f605cafe8e6c408 25811 libs optional apr_1.2.7-8.2.diff.gz
 402d4d108a22a3dbe0dec334c9972d3a 111482 libs optional libapr1_1.2.7-8.2_amd64.deb
 d67cab26701e9590a11729523b4cc7dd 348328 libdevel optional libapr1-dev_1.2.7-8.2_amd64.deb
 90c89961bedf470e1ed372e91b051ac5 187460 libdevel extra libapr1-dbg_1.2.7-8.2_amd64.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFFiPPEmdOZoew2oYURAsIZAJ9nW4P2g2vBalictHfMunLwQ94IGACgm5wf
axPCwc2s6PjZ7A416zQyDko=
=ihgB
-----END PGP SIGNATURE-----

--- End Message ---
Reply to: