AH00161:服务器达到MaxRequestWorkers设置,请考虑提高MaxRequestWorkers设置

时间:2016-04-28 20:33:31

标签: apache ubuntu-14.04

我有一个非常繁忙的服务器:PHP(Wordpress)使用W3TotalCache APC,Varnish for Apache和Cloudflare来处理所有流量。 Ubuntu 14.04.4 LTS

只有一个网站平均每天点击次数约为6万次。

我时不时地收到这条信息,一天几次。与暂时的流量高峰无关,我们将时间与Google Analytics进行了比较。

Thu Apr 28 14:14:42.938075 2016] [mpm_prefork:error] [pid 19137] AH00161: server reached MaxRequestWorkers setting, consider raising the MaxRequestWorkers setting
[Thu Apr 28 15:43:25.594147 2016] [core:notice] [pid 19137] AH00051: child pid 19866 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594313 2016] [core:notice] [pid 19137] AH00051: child pid 20386 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594407 2016] [core:notice] [pid 19137] AH00051: child pid 19143 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594498 2016] [core:notice] [pid 19137] AH00051: child pid 19144 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594572 2016] [core:notice] [pid 19137] AH00051: child pid 20597 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594642 2016] [core:notice] [pid 19137] AH00051: child pid 20395 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594704 2016] [core:notice] [pid 19137] AH00051: child pid 20424 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594785 2016] [core:notice] [pid 19137] AH00051: child pid 20598 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594870 2016] [core:notice] [pid 19137] AH00051: child pid 19861 exit signal Segmentation fault (11), possible coredump in /etc/apache2
[Thu Apr 28 15:43:25.594957 2016] [core:notice] [pid 19137] AH00051: child pid 19782 exit signal Segmentation fault (11), possible coredump in /etc/apache2
....
....

所以我首先将MaxRequestWorkers增加到100,然后是500,现在是1024.但仍然在发生。

这是我的apache2.conf。 代码:

<IfModule mpm_worker_module>
StartServers 256
MinSpareThreads 256
MaxSpareThreads 256
MaxClients 256
ServerLimit 256
ThreadLimit 256
ThreadsPerChild 256
MaxRequestWorkers 1024
MaxConnectionsPerChild 0
MaxRequestPerChild 1000
</IfModule>

有大量的可用内存,平均负载大约为0.5,有时超过1.但从未见过高于2.因此服务器似乎很有效处理流量。

top - 16:07:47 up 3 days, 18:18,  2 users,  load average: 0.57, 0.46, 0.55
Tasks: 113 total,   1 running, 112 sleeping,   0 stopped,   0 zombie
%Cpu(s): 10.5 us,  2.0 sy,  0.0 ni, 87.4 id,  0.1 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:   8176816 total,  2372560 used,  5804256 free,   189684 buffers
KiB Swap:        0 total,        0 used,        0 free.  1286692 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                                                                              
21930 www-data  20   0  337212  83308  60072 S  24.9  1.0   0:52.89 apache2                                                                                                                                              
21945 www-data  20   0  327640  72684  58816 S  24.3  0.9   0:48.37 apache2                                                                                                                                              
 1182 nobody    20   0  702868 442268  83496 S   0.7  5.4  42:41.32 varnishd

Apache中断的任何想法?

∥焦

7 个答案:

答案 0 :(得分:9)

基本上配置被夸大了: /etc/apache2/mods-available/mpm_prefork.conf

我将新设置放在该文件中,现在Apache的工作正常。

希望这有助于其他人,不要将你的配置直接放在apache2.conf或httpd.conf中。确保更改所有已加载的配置文件。

答案 1 :(得分:6)

您应该修改mpm_prefork

<IfModule mpm_prefork_module> StartServers 10 MinSpareServers 10 MaxSpareServers 20 ServerLimit 2000 MaxRequestWorkers 1500 MaxConnectionsPerChild 10000 </IfModule>

答案 2 :(得分:3)

您修改了错误的文件。你的日志说&#34; mpm_prefork&#34;错误。所以你需要修改mpm_prefork.conf而不是mpm_worker.conf。

你也可以使用&#34; apachectl -M&#34;查看您正在使用的模块。 例如我的apache2正在使用mpm_event_module,所以我需要修改mpm_event.conf

$ 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_host_module (shared)
 authz_user_module (shared)
 autoindex_module (shared)
 deflate_module (shared)
 dir_module (shared)
 env_module (shared)
 filter_module (shared)
 mime_module (shared)
 **mpm_event_module (shared)**
 negotiation_module (shared)
 setenvif_module (shared)
 status_module (shared)
 wsgi_module (shared)

答案 3 :(得分:2)

就我而言,我找不到任何解决方案,因此,我将在此处保留此答案,以帮助遇到此问题的其他任何人。对于我们来说,增加MaxRequestWorkers并没有帮助。

我们有一台服务器至少可以正常工作一年。突然之间,它开始出现连接https的问题。在apache错误日志中,我们发现了“服务器已到达MaxRequestWorkers”错误,但流量非常慢(活动的30至40位访客)。

深入研究日志和研究后,我发现问题出在Slowloris DoS attack上。

该攻击易于缓解。您可以看看this post

答案 4 :(得分:1)

我还尝试增加服务器上的MaxRequestWorkers,但没有看到任何效果。我意识到从命令行运行“ httpd”时发生了什么,它给了我这个警告:

AH00180: WARNING: MaxRequestWorkers of 512 exceeds ServerLimit value of
 256 servers, decreasing MaxRequestWorkers to 256.
 To increase, please see the ServerLimit directive.

在您的配置中,ServerLimit仍为256,因此MaxRequestWorkers也受此值限制。

答案 5 :(得分:1)

在我的例子中,在低响应速度之后,首先我将 MaxRequestWorkers 从 150 增加到 500。但是随着 apache error.log 中的警告,我意识到我也应该增加 {{1} } 因为它的默认值是256。另外,我在ServerLimit中没有找到ServerLimit 256,所以我在其中添加了mpm_prefork.conf作为新行,问题解决了。

答案 6 :(得分:0)

您可能需要检查您的网络服务器访问日志。如果日志充满xml-rpc帖子(例如“POST /xmlrpc.php HTTP / 1.1”200 403),则可能是xml-rpc攻击的目标。有各种方法可以防止它发生,但Wordpress很容易发生这种情况。