我有一台在Debian Lenny上运行Apache / 2.2.16的服务器。 服务器是主机约6个虚拟主机。 其中一个虚拟主机就是服务器的FQDN，除了每5分钟就有一个Icinga检查的index.html页面，没有太多的东西。 现在，服务器一般处于中等负载状态。 它拥有一个带有Vbulletin论坛部分的Joomla网站。 这也是为网站上的许多video做一些ffmpeg的东西。 它保持忙碌。 现在，这是踢球。 Icinga正在监视服务器的FQDN，而不是用于提供内容的主要虚拟主机。 定期Icinga会报告HTTP的关键，我会login到icinga和运行一个“get /”的方式的telnet或“围攻 – ”。 有趣的事情发生在这里，我没有得到Apache的回应。 没有200码，什么都没有。
我的第一个假设是，Apache被挤了出来，所以我去拉起服务器上托pipe的其他虚拟主机。 他们拉好，但不是没有一点点延误。 我抓住我的脑袋，然后尝试拉起Icinga在浏览器中监视的FQDN，它也可以工作。 接下来，我检查Apache日志中的FQDN虚拟主机，我看到Icinga服务器打，但减去200错误代码。 我查看服务器状态，并注意平均约60个请求正在处理约120以上。
我不得不承认这个问题与Apache和suPHP的限制有关。 最终我想用modPHP / APC解决scheme，但现在suPHP是我必须与之合作。 有没有人见过这种与Icinga监测有关的问题？ 有没有人有推荐的Apache mpm_prefork_moduleconfiguration？ 目前设置为：
ServerLimit 512 StartServers 20 MinSpareServers 20 MaxSpareServers 40 MaxClients 512 MaxRequestsPerChild 0 任何洞察力或观点是赞赏。
另外，这个创可贴也是定期的重启一个apache重启，但是我确信用户会在网站上感到恼火。