You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2013/05/05 23:33:14 UTC

[Bug 53555] Scoreboard full error with event/ssl

https://issues.apache.org/bugzilla/show_bug.cgi?id=53555

--- Comment #2 from Niklas Edmundsson <ni...@acc.umu.se> ---
We've seen AH00485: scoreboard is full, not at MaxRequestWorkers on 2.4.4 with
the event MPM, no SSL involved.

Haven't figured out the exact conditions yet, but involved are:
* High/varying load, causing worker processes to be spawned and killed,
  filling up the scoreboard with G:s.
* Server reloads due to config changes.

I suspect the root cause is that server processes are flagged for killing, but
later they're needed again but instead of reviving the existing process a new
one is created. If you have a lot of slow connections (this is a file archive
serving DVD-images etc) processes can add up.

The scoreboard can look like this after a while:

----------8<----------------
PID    Connections     Threads    Async connections
total    accepting    busy    idle    writing    keep-alive    closing
14465    94    no    0    0    72    0    21
28881    132    yes    0    0    79    0    6
23632    582    no    0    0    523    0    51
32314    43    no    0    0    28    0    15
13766    577    no    0    0    564    1    2
337    42    no    0    0    28    0    13
19580    39    no    0    0    27    0    12
30603    478    no    0    0    424    0    52
32163    177    no    0    0    136    0    24
16159    429    no    0    0    374    0    54
15376    93    no    0    0    45    0    47
32478    124    no    0    0    86    0    38
30604    395    yes    2    48    390    3    0
30667    61    no    0    0    38    0    17
31569    58    no    0    0    27    0    20
19614    161    no    0    0    117    0    44
32286    253    yes    0    50    252    0    0
17643    454    yes    2    48    445    0    3
23353    49    no    0    0    27    2    20
31581    145    no    0    0    106    0    34
Sum    4386         4    146    3788    6    473

LGLGGGLLGLGLGLLLLLGLGLGLLLLLGLLLLLLLLLLLLLLGGGLGLLGGGGLGGLGGGGGG
GGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGLGGGGGGGGGGGGGGGGGGGGGGGGG
GGGGGGGGGLGLGGGGGLGLLGGGLGLLLLLLGGGLLLLLGGLGLGLLLGGGLGLLLGLGLLGL
LGGLLLLGGGGGGLGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGLGL
GGLLGGGLLGGLGLGGGGGLLGGGGLGLLLLLLGGGGGLGGGGGGLLLLLGLLLGLLLLLLLGL
LLLGLLLGLGLGGGLGLGGGGLLGLGGLLLGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGGG
GLGGGGGGGGGGGGGGGGGGGGGGGGGLGGGGGGGGGGGGLGGGGGGGGGGGGGGGGGGGGGGG
GGLLLLLGLLLLGLLLLGLGLLLLGGLGLLLLLGLLGLLLLLLLLLLGGLLLGLGGGGGGGGGG
GGGGLGGGGLGGGLGGGGGGGLGGGGGGGGGGGGGGGGGGGGLGGGGGLLGGGGLLGGGLGLLG
GGGLGGLLGGGGLGGLGGLGLGGL____________________WW__________________
__________GGGGGGGGGGGGGGGGGGGGGGGGGGLGGLGLGGGGGGGGGGGGGGGGGGLLGG
LGLLGLGLGGGLLGLGGLLLLGLGGGLGLLGGLGLLGLGLLGLGGGLGGGGGGGGGGGGGLGGG
GLGGLGGGGGLGGGGGGGGGGLGLGGLLGLGG________________________________
____________________W___W_______________________________________
____GLGLLLLLLLGGGLLGGLLLGGLLLLLLGGLGLLGGLLGGGGLGLLLGGGLLGGLGLGGG
LLGLGGLLLLGLGLLGGGGGGLLGGGGGGLLGGGGLGLGL
----------8<----------------

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org