我们最近在生产服务器上切换到了apache 2.4.18，并且在我们的网站上每天都有大约10万次访问，所有的都是https / ssl（HTTP / 2 with http2_module）。
我们通过PHP-FPM（proxy_fcgi）使用worker MPM和PHP 5.6，因为事件MPM在使用https时似乎还没有正常工作。
设置是：
<IfModule mpm_worker_module> ServerLimit 16 StartServers 8 MinSpareThreads 64 MaxSpareThreads 256 ThreadLimit 64 ThreadsPerChild 64 MaxRequestWorkers 1024 MaxConnectionsPerChild 10000 </IfModule> 服务器重启后，Debian Jessie安装的线程数在数小时后增加到几千，并且apache错误日志填满了这些消息：
AH00288: scoreboard is full, not at MaxRequestWorkers
/服务器状态似乎表明一些奇怪的“W发送回复”线程，它不会做任何事情，但有一个很长的运行时间：
W___KRK___KKC__C___KR__K__KKKRKKKKK___K__CC__KR____K__KK________ __KWR_KK_K_C__KC_KKKKKKK__KK__C_KKKKCK_KKK_C_K____WRKK_K_KKR_K_K KK_CRKKKKRKKKKK__KK_WKCKK_KKKK_KWKKKWKKRRR__KK__K____KKKCK_KKKKK _KK___K_W__K___CK_C___K____CRK____CKK_______KKKKKKCK___KCKK_KKK_ KK_KK_KK_KKKKK_K_KKK_KRKK_C_CKKR_C_KW__K_KWRK_KK_R_KR_K__KKK__K_ ..............................C.........................W....... ...............................W..............................WW ............W.........W......................................... .........W..........W....................W...................... .................W.......W...................................... .........................................................W...... CKKKKK_KK_KKKK_CKKKRK_RKRKKKKRRKKRKK_KC_KRKKK_KKKKKRKRRKKKKR_RK_ .............................................................W.. ................................................................ ................................................................ ................................................................
所有的“W”线程看起来像这样：运行1453710297秒，这是不正确的，因为服务器昨天刚刚重新启动，没有别的。
5-0 21872 0/0/0 C 0.00 1453710297 0 0.0 0.00 0.00 5-0 21872 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 6-1 17300 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 6-1 17300 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 6-1 17300 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 7-1 4298 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 7-1 4298 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 8-1 4539 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 8-1 4539 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 8-1 4539 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 9-1 21393 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 9-1 21393 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00 10-1 25117 0/0/0 W 0.00 1453710297 0 0.0 0.00 0.00
没有说明最后一栏的要求是什么。
加载模块是：
apache2ctl -M Loaded Modules: core_module (static) so_module (static) watchdog_module (static) http_module (static) log_config_module (static) logio_module (static) version_module (static) unixd_module (static) access_compat_module (shared) alias_module (shared) auth_basic_module (shared) authn_core_module (shared) authn_file_module (shared) authz_core_module (shared) authz_groupfile_module (shared) authz_host_module (shared) authz_user_module (shared) deflate_module (shared) dir_module (shared) env_module (shared) evasive20_module (shared) expires_module (shared) filter_module (shared) headers_module (shared) http2_module (shared) mime_module (shared) mpm_worker_module (shared) negotiation_module (shared) pagespeed_module (shared) proxy_module (shared) proxy_fcgi_module (shared) reqtimeout_module (shared) rewrite_module (shared) setenvif_module (shared) socache_shmcb_module (shared) ssl_module (shared) status_module (shared)
我已经search了几天的networking，似乎无法find任何解决scheme。 非常感谢帮助。 如果您需要更多信息，详细信息，日志，请让我知道并指向我。
有这样的几个问题，升级到最新版本的mod_h2似乎修复它。
例如： https ： //github.com/icing/mod_h2/issues/72
我还补充说，mod_h2开发者（结冰）对Git项目引发的问题非常敏感，所以如果升级到最新版本不能解决问题，那么就会引发一个问题。 由于这个模块仍然是实验性的，现在是获得支持的最佳地点。