Nginx报Too Many Open Files总结
最近有台nginx服务器(Linux环境)运行的错误日志，提示“Too many open files”，本文整理下我个人总结的解决方法：
1、检查当前nginx服务master 进程 和 worker 进程的文件句柄限制
（1）在 Nginx 运行时，检查当前 master 进程的限制：
cat /proc/$(cat /var/run/nginx.pid)/limits|grep open.files Max open files 1024 4096 files
（2）检查 worker 进程：
ps --ppid $(cat /var/run/nginx.pid) -o %p|sed '1d'|xargs -I{} cat /proc/{}/limits|grep open.files
Max open files 1024 4096 files
Max open files 1024 4096 files
Max open files 1024 4096 files
Max open files 1024 4096 files
我们知道系统每打开一个文件，都会占用一个文件描述符，而系统打开文件描述符是有上限的。在centos下默认值一般为1024，可以通过命令查看：
# ulimit -n 1024 # ulimit -a open files (-n) 1024
2、首先确定下系统内核允许文件打开数量的上限(内核级别的，默认值为95086)
# sysctl -n -e fs.file-max
95086
调整方法：
# vi /etc/sysctl.conf
fs.file-max = 6815744
# sysctl -p
其他：比如限制fs.file-max最多只能使用内存的10%
# grep -r MemTotal /proc/meminfo | awk '{printf("%d\n",$2/10)}'
有关系统核心配置可以查看相应的man手册：man sysctl，man sysctl.conf。
3、修改/etc/security/limits.conf文件，设置打开的文件数量上限。(系统级别的)
# vi /etc/security/limits.conf * soft nofile 65535 * hard nofile 65535 * soft nproc 65535 * hard nproc 65535
其中第一行soft表示所有用户打开文件的数量限制为65535，如果超过这个数字则提示警告信息，但是依然可以打开文件。
第二行hard表示最大的打开文件数量不能超过65535，如果超过这个数字，则无法打开文件。
这里也可以针对具体的用户进行相应的设定。例如针对nginx用户进行设定：
nginx soft nofile 65535 nginx hard nofile 65535
修改完这里之后，退出shell重新登录下机器查看
# ulimit -n 65535 # ulimit -a open files (-n) 65535
注意：
1）、nofile代表文件句柄数量；soft nofile的值不能超过hard nofile的值
2）、如果修改完成，查看ulimit -n与ulimit -a显示的结果依然是1024，排查如下：
（1）需要查看/etc/profile配置是否有设定ulimit相关配置，/etc/profile环境变量里的参数配置最优先，会覆盖limits.conf 里的配置
（2）在Centos7系统中，使用Systemd替代了之前的SysV。/etc/security/limits.conf文件的配置作用域缩小了。/etc/security/limits.conf的配置，只适用于通过PAM认证登录用户的资源限制，它对systemd的service的资源限制不生效。因此登录用户的限制，通过/etc/security/limits.conf与/etc/security/limits.d下的文件设置即可。
对于systemd service的资源设置，则需修改全局配置，全局配置文件放在/etc/systemd/system.conf和/etc/systemd/user.conf，同时也会加载两个对应目录中的所有.conf文件/etc/systemd/system.conf.d/.conf和/etc/systemd/user.conf.d/.conf。system.conf是系统实例使用的，user.conf是用户实例使用的。
# vi /etc/systemd/system.conf DefaultLimitNOFILE=100000 DefaultLimitNPROC=65535
（3）如果还是不生效修改配置sshd_config，编辑login、system-auth、sshd文件添加pam_limits.so
# vi /etc/ssh/sshd_config UsePAM yes # systemctl restart sshd # vi /etc/pam.d/login # vi /etc/pam.d/system-auth # vi /etc/pam.d/sshd session required pam_limits.so
3）、如果上述的方法均无法解决，可以直接将 ulimit -SHn 65536 配置到nginx启动脚本中（注意按第4点在nginx.conf配置文件中增加打开文件数量上限后操作。）
# vi /etc/init.d/nginx ulimit -SHn 65536 或是 # vi /usr/lib/systemd/system/nginx ulimit -SHn 65536 重新加载系统服务 # systemctl daemon-reload # systemctl restart nginx
最后确认nginx主进程与work进程的文件打开数
# cat /proc/$(cat /var/run/nginx.pid)/limits|grep open.files
# ps --ppid $(cat /var/run/nginx.pid) -o %p|sed '1d'|xargs -I{} cat /proc/{}/limits|grep open.files
4、修改nginx配置文件，设置打开文件数量上限。（程序级别的）
在nginx.conf配置文件中增加如下设置：
# vi nginx.conf worker_rlimit_nofile 65535;
该参数表示每个工作进程可以打开的文件数量。作用域和worker_processes一样。
修改了nginx文件，需要reload一下。
到此这篇关于Nginx报Too Many Open Files总结的文章就介绍到这了,更多相关Nginx报Too Many Open Files内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
本文主要介绍了Nginx配置本地图片服务器的实现，文中通过示例代码介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2021-12-12
本文主要介绍了使用Nginx和pm2部署Next.js项目，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2023-05-05
本文介绍在局域网内实现盗链与防盗链的配置方法,通过Nginx设置valid_referers限制资源访问来源,非法引用返回403禁止访问,感兴趣的可以了解一下2025-07-07
Nginx+Tomcat+Https 服务器负载均衡配置实践方案详解
这篇文章主要介绍了Nginx+Tomcat+Https 服务器负载均衡配置实践方案的相关资料,非常不错，具有参考借鉴价值，需要的朋友可以参考下2016-09-09
这篇文章主要给大家总结介绍了关于Nginx实现负载均衡的一些方法，文中通过示例代码介绍的非常详细，对大家学习或者使用Nginx具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧2019-09-09
这篇文章主要介绍了使用Nginx限制百度蜘蛛频繁抓取的问题,百度蜘蛛对网站的抓取频率高和抓取量骤增导致服务器负载高，经常收到警告信息，每分钟允许百度蜘蛛抓取200次，超过频率限制的返回503，对Nginx限制蜘蛛频繁抓取相关知识感兴趣的朋友一起看看吧2022-01-01
本文主要介绍了Nginx反向代理下的长连接实现,包括客户端到Nginx和Nginx到后端服务器之间的长连接设置,具有一定的参考价值,感兴趣的可以了解一下2024-11-11
当你修改了Nginx的配置文件后,需要重新加载配置文件,使得修改生效,这篇文章主要给大家介绍了关于nginx修改配置文件不生效的解决方案,需要的朋友可以参考下2023-08-08
本篇文章主要介绍了详解Nginx日志配置及日志切割，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧2017-02-02
503 service unavailable错误解决方案讲解
这篇文章主要介绍了503 service unavailable错误解决方案讲解,本篇文章通过简要的案例,讲解了该项技术的了解与使用,以下就是详细内容,需要的朋友可以参考下2021-08-08
最新评论