由于“太多打开的文件”，Apache每晚崩溃

我正在Joyent上运行一台SmartMachine。 我相信这些是运行Solaris的某种虚拟机。 我们在运行Apache，PHP和MySQL的机器上有一个Web应用程序。 它处理我们适度的stream量很好。 然而，每天晚上，我们已经走了。 该网站将开始返回403 Forbidden错误，直到Apache重新启动。 我快速看一下Apache的错误日志显示如下：

[Tue Oct 26 23:13:00 2010] [error] server reached MaxClients setting, consider raising the MaxClients setting [Wed Oct 27 13:09:40 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for reading (fetch) [Wed Oct 27 13:09:40 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for writing (store) [Wed Oct 27 13:09:40 2010] [error] [client 98.25.133.36] PHP Fatal error: Unknown: Failed opening required '/home/jill/web/content/index.php' (include_path='.:/opt/local/lib/php') in Unknown on line 0, referer: https://[redacted]/presentations/present# [Wed Oct 27 13:09:42 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for reading (fetch) [Wed Oct 27 13:09:42 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for writing (store) [Wed Oct 27 13:09:42 2010] [crit] [client 68.193.4.75] (24)Too many open files: /home/jill/web/content/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: https://[redacted]/presentations/present# [Wed Oct 27 13:09:43 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for reading (fetch) [Wed Oct 27 13:09:43 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for writing (store) [Wed Oct 27 13:09:43 2010] [crit] [client 72.28.224.201] (24)Too many open files: /home/jill/web/content/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: https://[redacted]/presentations/present# [Wed Oct 27 13:09:44 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for reading (fetch) [Wed Oct 27 13:09:44 2010] [error] (24)Too many open files: Cannot open SSLSessionCache DBM file `/var/run/ssl_scache' for writing (store) [Wed Oct 27 13:09:44 2010] [crit] [client 72.28.224.201] (24)Too many open files: /home/jill/web/content/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable, referer: https://[redacted]/presentations/present# 

最后三行然后重复每个请求到服务器。 我真的不知如何防止这种情况发生。 我尝试增加可以使用prctl打开的文件的数量，但我不能正确使用它，因为当我尝试将其设置为65.5K时，prctl基本返回1.02K。 我甚至不确定这是否是一个合理的解决scheme：

 prctl -i process -n process.max-file-descriptor `pgrep httpd` process: 18284: /opt/local/sbin/httpd -k start NAME PRIVILEGE VALUE FLAG ACTION RECIPIENT process.max-file-descriptor basic 1.02K - deny 18284 privileged 65.5K - deny - system 2.15G max deny - process: 18285: /opt/local/sbin/httpd -k start NAME PRIVILEGE VALUE FLAG ACTION RECIPIENT process.max-file-descriptor basic 1.02K - deny 18285 privileged 65.5K - deny - system 2.15G max deny - 

那么追踪和解决这个问题的最好方法是什么？

UPDATE

• 带有mod_rewrite模块的Apache web服务器
• 在Gentoo上为apache安装mod_proxy
• 在单独的apache虚拟主机定义之间inheritanceconfiguration参数
• Apache服务器A尝试连接到MySQL服务器B.超时。 我错过了什么？
• Apache将响应代码460更改为500 – 为什么？

这里是根httpd进程的pfiles的输出。

 [root@fe5txrad ~]# pfiles 18269 18269: /opt/local/sbin/httpd -k start Current rlimit: 1024 file descriptors 0: S_IFCHR mode:0666 dev:304,8 ino:3020727013 uid:0 gid:3 rdev:13,2 O_RDONLY /dev/null 1: S_IFCHR mode:0666 dev:304,8 ino:3020727013 uid:0 gid:3 rdev:13,2 O_WRONLY|O_CREAT|O_TRUNC /dev/null 2: S_IFREG mode:0640 dev:182,65550 ino:362926 uid:0 gid:0 size:20551848 O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE /var/log/httpd/error.log 3: S_IFDOOR mode:0444 dev:313,0 ino:38 uid:0 gid:0 size:0 O_RDONLY|O_LARGEFILE FD_CLOEXEC door to nscd[18176] /var/run/name_service_door 4: S_IFSOCK mode:0666 dev:311,0 ino:43693 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK FD_CLOEXEC SOCK_STREAM SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49152) sockname: AF_INET 0.0.0.0 port: 80 5: S_IFSOCK mode:0666 dev:311,0 ino:42512 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK FD_CLOEXEC SOCK_STREAM SO_REUSEADDR,SO_KEEPALIVE,SO_SNDBUF(49152),SO_RCVBUF(49152) sockname: AF_INET 0.0.0.0 port: 443 6: S_IFIFO mode:0000 dev:301,0 ino:8763127 uid:0 gid:0 size:0 O_RDWR|O_NONBLOCK FD_CLOEXEC 7: S_IFIFO mode:0000 dev:301,0 ino:8763127 uid:0 gid:0 size:0 O_RDWR FD_CLOEXEC 8: S_IFREG mode:0640 dev:182,65550 ino:362927 uid:0 gid:0 size:1450493 O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE FD_CLOEXEC /var/log/httpd/access.log 9: S_IFREG mode:0644 dev:182,65550 ino:369102 uid:1000 gid:1000 size:528239971 O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE FD_CLOEXEC /home/jill/logs/access_log 10: S_IFREG mode:0644 dev:182,65550 ino:369102 uid:1000 gid:1000 size:528239971 O_WRONLY|O_APPEND|O_CREAT|O_LARGEFILE FD_CLOEXEC /home/jill/logs/access_log 11: S_IFREG mode:0644 dev:308,39 ino:3386326219 uid:0 gid:0 size:0 O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE FD_CLOEXEC 12: S_IFREG mode:0644 dev:308,39 ino:3088492558 uid:0 gid:0 size:0 O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE FD_CLOEXEC advisory write lock set by process 7350 13: S_IFSOCK mode:0666 dev:311,0 ino:6452 uid:0 gid:0 size:0 O_RDWR FD_CLOEXEC SOCK_STREAM SO_SNDBUF(16384),SO_RCVBUF(5120) sockname: AF_UNIX 

 ps -ef | grep apache | wc -l lsof -p <apache pid> netstat -anp | grep 80 | grep -i ESTABLISHED | wc -l 

 for i in `pgrep httpd`; do pmap -x $i | nawk '/total/ {a+=$4} END { print a /1024" MB" }'; done | nawk '{a+=$1} END { print a " MB" }'