Your message dated Fri, 14 Oct 2016 11:51:37 +0000
with message-id <>
and subject line Bug#835374: Removed package(s) from unstable
has caused the Debian Bug report #504132,
regarding libapache2-mod-fastcgi: fastcgi does not retry select() on EAGAIN
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact

Debian Bug Tracking System
Contact with problems
--- Begin Message ---
Package: libapache2-mod-fastcgi
Version: 2.4.2-8
Severity: normal

Hash: SHA1

I noticed that on our server fastcgi sometimes aborts because the select system
call was interrupted instead of retrying the system call:

[Fri Oct 31 20:14:47 2008] [error] [client] (4)Interrupted system 
call: FastCGI: comm with server "/xxx[...]/php5" aborted: select() failed, 

I googled this and found the following patch:

However I think sleeping 1s before retrying is unnecessary (and having a
maximum amount of retries might be a bit paranoid), so I'm not saying this
patch should be applied as-is.

I looked at the libapache-mod-fastcgi-2.4.6 source package and AFAICS it also
has this bug.

Note that the select(2) manpage clearly states:
|Under Linux, select() may report a socket file descriptor as "ready for
|reading", while nevertheless a subsequent read blocks.  This could  for
|example  happen  when  data  has arrived but upon examination has wrong
|checksum and is discarded.  There may be other circumstances in which a
|file  descriptor is spuriously reported as ready.  Thus it may be safer
|to use O_NONBLOCK on sockets that should not block.

So this applies even though the linked mail only talks about this problem
occuring on AIX.

FYI I'm not submitting the bug directly from the server (because I get 'out of
memory' errors from reportbug due to a 32MB memory ulimit as user and I don't
want to reportbug as root), the server is running etch/stable, I have edited
the 'System Information' below accordingly.

- -- System Information:
Debian Release: etch/stable
Architecture: i686 (x86)

Kernel: Linux
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Version: GnuPG v1.4.9 (GNU/Linux)


--- End Message ---
--- Begin Message ---
Version: 2.4.7~0910052141-1.2+rm

Dear submitter,

as the package libapache-mod-fastcgi has just been removed from the Debian 
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see

The version of this package that was in Debian prior to this removal
can still be found using

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing

Debian distribution maintenance software
Scott Kitterman (the ftpmaster behind the curtain)

--- End Message ---

Reply via email to