You are viewing a plain text version of this content. The canonical link for it is here.
Posted to cvs@httpd.apache.org by tr...@apache.org on 2014/01/08 20:24:59 UTC
svn commit: r1556612 - /httpd/httpd/branches/2.4.x/STATUS
Author: trawick
Date: Wed Jan 8 19:24:59 2014
New Revision: 1556612
URL: http://svn.apache.org/r1556612
Log:
confused?
Modified:
httpd/httpd/branches/2.4.x/STATUS
Modified: httpd/httpd/branches/2.4.x/STATUS
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/STATUS?rev=1556612&r1=1556611&r2=1556612&view=diff
==============================================================================
--- httpd/httpd/branches/2.4.x/STATUS (original)
+++ httpd/httpd/branches/2.4.x/STATUS Wed Jan 8 19:24:59 2014
@@ -168,6 +168,15 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
trunk patch: http://svn.apache.org/viewvc?view=revision&revision=1542379
2.4.x patch: trunk patch works mod CHANGES
+1: jim, covener
+ trawick: [I guess I'm just confused but] I thought that the scenario as
+ described by the reporter was that this code was running while
+ a bunch (nearly all) of httpd children were zombies, leading to
+ a connect() timeout since no processes were available to empty
+ the TCP queue. IIUC, the scoreboard state will not yet have
+ been changed to SERVER_DEAD and the pid will not have been
+ cleared for those processes, since parent code that can't run
+ while we're stuck in this function takes care of that, so we'll
+ still block.
* event fdqueue: Use a normalized offset point for idlers via atomics
trunk patch: http://svn.apache.org/viewvc?view=revision&revision=1545286