Apache 服务器经常崩溃

Question 1

我并不是说这就是正在发生的事情，但根据我作为 CentOS 管理员的经验，这很可能是失控的 apache/php 进程导致服务器瘫痪。我在 CentOS 5 上见过无数次这种情况。这很令人沮丧，因为日志文件中通常没有发生过什么的痕迹。由于物理内存和交换被 apache/php 进程占用，机器只能停止运行。您可能会认为 Linux 内存管理或某些守护进程会介入并说“嘿，停下来”，但事实并非如此。它会让 apache 使您的系统停止运行。

话虽如此，要了解正在发生的事情，您需要一个可以监控和记录资源使用情况的程序。我喜欢使用一个名为 atop 的程序。Atop 非常类似于 top 程序，但它还会按定义的时间间隔拍摄资源使用情况的快照。安装起来非常简单。

wget http://www.atcomputing.nl/Tools/atop/packages/atop-1.23.tar.gz 
tar -zxvf atop-1.23.tar.gz
cd atop-1.23 && make install

/etc/atop/atop.daily使用文本编辑器打开并更改INTERVAL=600为INTERVAL=60

从命令提示符运行命令/etc/atop/atop.daily来启动它。等待几分钟，然后atop -r /var/log/atop/atop_20091118以正确的日期运行。

按t键前进，T按键后退。下次您的服务器崩溃时，请执行此操作并检查MEM free和SWP free行。如果您有内存问题，这些行将以红色显示。还要查找httpd下的多行CMD。如果 apache/php 是您的问题，那么会有很多行。

如果是这种情况，我建议你看看你的MaxClients设置httpd.conf。如果设置得太高，apache 会很乐意吃掉你所有的内存，导致你的机器崩溃。Apache/php 每个进程很容易吃掉 40-50MB。如果你将 40mb x 相乘，MaxClients你就会大致知道 apache 可能使用多少内存。MaxClients在 CentOS 上通常默认为 150，因此 apache 默认可能使用 6GB 内存。这不包括系统自身和其他进程运行所需的内存。尝试根据你拥有的内存量将其设置为更现实的值，例如如果你有 2G 内存，则设置为 40，看看是否有帮助。此外，如果您有KeepAlive On，请设置KeepAliveTimeout为一个较小的数字，例如2或3。

在我看来，CentOS 的 apache/php 编译是一个真正的 pos，它根本不应该出现。它有缺陷，而且容易崩溃。如果您运营一个严肃的网站，我强烈建议您编译您自己的 apache/php 版本，或者甚至使用较新的高性能 Web 服务器之一，例如带有 fgci php 的 lighttpd 或 nginx。

Answer

我并不是说这就是正在发生的事情，但根据我作为 CentOS 管理员的经验，这很可能是失控的 apache/php 进程导致服务器瘫痪。我在 CentOS 5 上见过无数次这种情况。这很令人沮丧，因为日志文件中通常没有发生过什么的痕迹。由于物理内存和交换被 apache/php 进程占用，机器只能停止运行。您可能会认为 Linux 内存管理或某些守护进程会介入并说“嘿，停下来”，但事实并非如此。它会让 apache 使您的系统停止运行。

话虽如此，要了解正在发生的事情，您需要一个可以监控和记录资源使用情况的程序。我喜欢使用一个名为 atop 的程序。Atop 非常类似于 top 程序，但它还会按定义的时间间隔拍摄资源使用情况的快照。安装起来非常简单。

wget http://www.atcomputing.nl/Tools/atop/packages/atop-1.23.tar.gz 
tar -zxvf atop-1.23.tar.gz
cd atop-1.23 && make install

/etc/atop/atop.daily使用文本编辑器打开并更改INTERVAL=600为INTERVAL=60

从命令提示符运行命令/etc/atop/atop.daily来启动它。等待几分钟，然后atop -r /var/log/atop/atop_20091118以正确的日期运行。

按t键前进，T按键后退。下次您的服务器崩溃时，请执行此操作并检查MEM free和SWP free行。如果您有内存问题，这些行将以红色显示。还要查找httpd下的多行CMD。如果 apache/php 是您的问题，那么会有很多行。

如果是这种情况，我建议你看看你的MaxClients设置httpd.conf。如果设置得太高，apache 会很乐意吃掉你所有的内存，导致你的机器崩溃。Apache/php 每个进程很容易吃掉 40-50MB。如果你将 40mb x 相乘，MaxClients你就会大致知道 apache 可能使用多少内存。MaxClients在 CentOS 上通常默认为 150，因此 apache 默认可能使用 6GB 内存。这不包括系统自身和其他进程运行所需的内存。尝试根据你拥有的内存量将其设置为更现实的值，例如如果你有 2G 内存，则设置为 40，看看是否有帮助。此外，如果您有KeepAlive On，请设置KeepAliveTimeout为一个较小的数字，例如2或3。

在我看来，CentOS 的 apache/php 编译是一个真正的 pos，它根本不应该出现。它有缺陷，而且容易崩溃。如果您运营一个严肃的网站，我强烈建议您编译您自己的 apache/php 版本，或者甚至使用较新的高性能 Web 服务器之一，例如带有 fgci php 的 lighttpd 或 nginx。

Question 2

这可能很难追踪。我首先要检查的是“dmesg”，以查找磁盘写入失败、可能的内存损坏或与硬件故障相关的内核错误的迹象。定期检查“top”以查找可能运行不正常的进程，以及“free”以检查内存不足或过度使用交换的迹象。如果虚拟机具有任何类型的附加虚拟串行控制台，您可能能够获取输出或在虚拟机无法访问时以其他方式访问虚拟机，这将有助于诊断问题。另外，不要检查磁盘空间“df”，只是为了确保您没有用尽空间/交换，因为这可能会导致一些奇怪的行为。

另外，如果真的什么都没有改变，而且您没有运行不同的代码/进程负载，您应该留意无法识别的进程（ps -auxf），或者目录结构中是否存在文件，这可能表明您的虚拟主机已被入侵，而您正遭受被黑客入侵的不良影响，甚至内核模块（lsmod）也异常。除非您严格维护您的网站，否则它总是有可能屈服于可公开访问的服务中的已知漏洞或对远程管理的暴力攻击。

Answer

这可能很难追踪。我首先要检查的是“dmesg”，以查找磁盘写入失败、可能的内存损坏或与硬件故障相关的内核错误的迹象。定期检查“top”以查找可能运行不正常的进程，以及“free”以检查内存不足或过度使用交换的迹象。如果虚拟机具有任何类型的附加虚拟串行控制台，您可能能够获取输出或在虚拟机无法访问时以其他方式访问虚拟机，这将有助于诊断问题。另外，不要检查磁盘空间“df”，只是为了确保您没有用尽空间/交换，因为这可能会导致一些奇怪的行为。

另外，如果真的什么都没有改变，而且您没有运行不同的代码/进程负载，您应该留意无法识别的进程（ps -auxf），或者目录结构中是否存在文件，这可能表明您的虚拟主机已被入侵，而您正遭受被黑客入侵的不良影响，甚至内核模块（lsmod）也异常。除非您严格维护您的网站，否则它总是有可能屈服于可公开访问的服务中的已知漏洞或对远程管理的暴力攻击。

Question 3

在你的机器上安装 chkrootkit 并运行它

看看 dmesg 和 /var/log/messages 的内容 - 它们都不应该为空，如果为空，则存在问题

Answer

在你的机器上安装 chkrootkit 并运行它

看看 dmesg 和 /var/log/messages 的内容 - 它们都不应该为空，如果为空，则存在问题

Question 4

如果您的所有服务都消失了（FTP，HTTP等），那么您的问题就出在主机上，而不是Apache上。

作为 VPS，您确定这不是一个密集运行且会有效锁定机器的进程吗？检查 cron 中的计划任务：

crontab -l

也开始查看系统日志：

/var/log/message 等

Answer