nginx报错accept() failed (24: Too many open files) 分析解决

23htg

nginx服务器访问量高的时候，错误日志：

详细错误代码如下：

2011/05/01 23:00:49 [alert] 7387#0: *6259768 socket() failed (24: Too many open files) while connecting to upstream

访问量高时，由于系统对于进程的最大文件打开数的限制（ulimit -n 默认1024），而nginx属于单进程多线程并发的服务，所以在访问量高时，连接数超过1024后，会被系统限制连接。

解决：
vim /etc/nginx/nginx.conf
user  www www;worker_processes 8;worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000;error_log  /www/log/nginx_error.log  crit;pid        /usr/local/nginx/nginx.pid;service nginx reload

加大ulimit打开文件数限制：
echo "ulimit -HSn 65536" >> /etc/rc.local
echo "ulimit -HSn 65536" >> /root/.bash_profile
ulimit -HSn 65535
ulimit -n
（可以替代那些复杂的修改内核配置文件的操作）
第一步，修改/etc/security/limits.conf文件，在文件中添加如下行：

　　speng soft nofile 10240

　　speng hard nofile 10240

　　其中speng指定了要修改哪个用户的打开文件数限制，可用'*'号表示修改所有用户的限制；

　　soft或hard指定要修改软限制还是硬限制；10240则指定了想要修改的新的限制值，即最大打开文件数（请注意软限制值要小于或等于硬限制）。修改完后保存文件。

　　第二步，修改/etc/pam.d/login文件，在文件中添加如下行：

　　session required /lib/security/pam_limits.so 这是告诉Linux在用户完成系统登录后，应该调用pam_limits.so模块来设置系统对该用户可使用的各种资源数量的最大限制（包括用户可打开的最大文件数限制），而pam_limits.so模块就会从/etc/security/limits.conf文件中读取配置来设置这些限制值。修改完后保存此文件。

　　第三步，查看Linux系统级的最大打开文件数限制，使用如下命令：

　　[speng@as4 ~]$ cat /proc/sys/fs/file-max

　　12158

　　这表明这台Linux系统最多允许同时打开（即包含所有用户打开文件数总和）12158个文件，是Linux系统级硬限制，所有用户级的打开文件数限制都不应超过这个数值。通常这个系统级硬限制是Linux系统在启动时根据系统硬件资源状况计算出来的最佳的最大同时打开文件数限制，如果没有特殊需要，不应该修改此限制，除非想为用户级打开文件数限制设置超过此限制的值。

　　修改此硬限制的方法是修改/etc/rc.local脚本，在脚本中添加如下行：

　　echo 22158 > /proc/sys/fs/file-max