Nginx Too many open files

2019/07/25 08:31:31 [crit] 15929#15929: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)
2019/07/25 08:31:31 [crit] 15930#15930: accept4() failed (24: Too many open files)

出现这个错误可能是由于系统的ulimit限制和nginx自身的配置有关系，先来了解下概念。
什么是ulimit?
ulimit命令用来限制系统用户对shell资源的访问。如果不懂什么意思，下面一段内容可以帮助你理解：
假设有这样一种情况，当一台 Linux 主机上同时登陆了  个人，在系统资源无限制的情况下，这  个用户同时打开了  个文档，而假设每个文档的大小有 10M，这时系统的内存资源就会受到巨大的挑战。
ulimit 用于限制 shell 启动进程所占用的资源，支持以下各种类型的限制：所创建的内核文件的大小、进程数据块的大小、Shell 进程创建文件的大小、内存锁住的大小、
常驻内存集的大小、打开文件描述符的数量、分配堆栈的最大大小、CPU 时间、单个用户的最大线程数、Shell 进程所能使用的最大虚拟内存。同时，它支持硬资源和软资源的限制。
简单来说，ulimit描述符可以对用户打开的文件数量进行限制（不止限制打开文件数量），让单个用户不至于打开较多的文件，导致系统奔溃或者资源不足的情况。

注意：修改 nginx 的 max open files 有个前提，就是你已经修改好了系统的 max open files.
修改系统中的 /etc/security/limits.conf文件中
 sudo vim /etc/security/limits.conf #在最后添加如下两行
* soft nofile 65535
* hard nofile 65535
这是网上搜了很多教程，但是到此还是无法解决问题

上面修改了系统的 max open files，并不代表nginx的
先查看 nginx 的 ulimits：
grep 'open files' /proc/$( cat /var/run/nginx.pid )/limits

　　

　

发现nginx 的 max open files 并没有变化

修改 nginx.service
sudo vim /lib/systemd/system/nginx.service # （仅适用于 ubuntu）
添加如下：
[Service]
LimitNOFILE=65535
重启服务：
sudo systemctl daemon-reload
修改 nginx.conf，
添加：以下两点
worker_rlimit_nofile 65535; # (has to be smaller or equal to LimitNOFILE set above)
events {
    worker_connections  65535;
}
重启 nginx:
sudo systemctl restart nginx

然后再去查看nginx的 max open files，看看是不是我们设置的65535
grep 'open files' /proc/$( cat /var/run/nginx.pid )/limits
到此就修改nginx的max open files结束。

但是如果你已经把nginx 的max open files值改的很大了，但是还是会出现Too many open files 的错误，那说明你后端服务器处理请求的速度太慢了，或是 并发太高了。