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