昨天凌晨 1 点左右，我们的服务器开始爬行。这并不经常发生，但我正在努力追查到底。
没有异常的流量，没有异常的进程在运行，只是服务器突然开始杀死 fcgid 进程。
[Thu Aug 02 01:17:32 2012] [warn] mod_fcgid: process 26460 graceful kill fail, sending SIGKILL
...对于我们拥有的尽可能多的 fcgid 进程...
CPU 空闲下降到 0%，I/O 似乎占据了大部分负载。问题持续了大约 5 分钟。
我怀疑有一些交换活动，尽管我不确定这是由于被杀死的进程被交换而死亡，还是因为某些进程增加内存使用的速度比我的进程监视脚本可以看到它们的速度快。
oom-killer 没有被触发（至少它没有被记录），所以我认为这是 Apache 出于某种原因重新启动进程。这不正常，cron 中没有任何明显的表现。
是否有可能导致此问题的正常 Apache 进程？我们运行了几十个不同的站点，而且时间已经很晚了，所以流量非常非常低。（10 分钟内可能有 200 个请求）。
看起来 Debian 默认在每个月的第一个星期日运行 checkarray 。
这在我的 2TB 镜像上导致了 12 小时的大量性能问题和大量磁盘使用。这样做“以防万一”对我来说很奇怪。在没有仲裁的情况下发现两个磁盘之间不同步的数据无论如何都是失败的。
这种大规模检查只能告诉我，我有一个不可恢复的驱动器故障和损坏的数据。这很好，但并不是那么有帮助。有必要吗？
鉴于我没有磁盘错误并且没有理由相信我的磁盘出现故障，为什么需要进行此检查？我应该把它从我的 cron 中取出吗？
/etc/cron.d# tail -1 /etc/cron.d/mdadm
57 0 * * 0 root [ -x /usr/share/mdadm/checkarray ] && [ $(date +\%d) -le 7 ] && /usr/share/mdadm/checkarray --cron --all --quiet
感谢您的任何见解，
互联网上有很多关于此的内容，但大多数示例都是人为的。如何删除真正顽固的文件？例如，
$ find ./ -inum 167794
./àKÈÿÿÿÿ@
$ find ./ -inum 167794 -exec rm \"{}\" \;
rm: cannot lstat `"./\037\340\025K\021\004\310\377\377\377\377@\020\002"': Invalid or incomplete multibyte or wide character
我们偶尔会遇到错误：
[warn] RSA server certificate wildcard CommonName (CN) `*.example.com' does NOT match server name!?
（这不是Apache Config的副本：RSA 服务器证书 CommonName (CN) ... NOT match server name？继续 阅读）
这不是致命的，只是偶尔发生。
错误是准确的...我们证书的 CN 与 VirtualHost 不匹配。这就是它应该如何工作。我们匹配主题备用名称。
知道什么可能导致这种情况吗？
我们有一台 APC Smart UPS 1500。“更换电池”指示灯亮起，apcupsd 报告：
Emergency! Batteries have failed on UPS xxxx. Change them NOW
不过从这篇文章来看，
http://sturgeon.apcc.com/kbasewb2.nsf/for+external/f39c4312fcaf7b948525679a005ebb78?OpenDocument
好像不是很清楚需要更换UPS电池。奇怪的是，根据有关 UPS 的信息，在 42.9% 负载下以 27.7V 运行 11 分钟的运行时间还不错。
关于下一步要尝试什么的任何想法？我们是非营利组织，金钱是一个对象。用一年左右的时间更换电池将是一种耻辱。
# apcaccess status
APC : 001,041,1017
DATE : Thu Mar 29 13:01:41 EDT 2012
HOSTNAME : oreilly2
VERSION : 3.14.6 (16 May 2009) debian
UPSNAME : xxxx
CABLE : Custom Cable Smart
MODEL : Smart-UPS 1500
UPSMODE : Stand Alone
STARTTIME: Thu Mar 29 12:57:30 EDT 2012
STATUS : ONLINE …