Centos 7 出现Too many open files 的解决办法

最新推荐文章于 2024-01-24 21:49:50 发布

JQKing叫地主

最新推荐文章于 2024-01-24 21:49:50 发布

阅读量2.6k

点赞数

分类专栏：教程文章标签： php nginx 数据库

原文链接：http://guileen.github.io/2016/11/14/fix-too-many-open-files/

版权

2 篇文章 0 订阅

订阅专栏

这个教程是我找到的跟其他所有方案都不同的解决办法

引用如下：
在开发TCP网络应用的过程中，我们经常会遇到“Too many open files”这个问题。这说明你的程序以达到Linux所允许的打开文件数上限。你需要按照以下方式来提升：

每用户上限：

打开 /etc/security/limits.conf
在末尾添加：

*         hard    nofile      500000
*         soft    nofile      500000
root      hard    nofile      500000
root      soft    nofile      500000

修改后，你需要logout并重新login。

PAM-LIMITS

据说对于Daemon进程需要额外的步骤，但目前我并不需要。如果以上改动不能对你有所帮助，可能需要以下步骤。

打开 /etc/pam.d/common-session

添加以下内容：

session required pam_limits.so

系统级限制

这项设置应该大于没用户限制。

打开 /etc/sysctl.conf

添加以下内容：

fs.file-max = 2097152

运行：

sysctl -p

这会增加系统级的最大打开文件数。

验证效果

使用以下命令验证系统级最大打开文件数

cat /proc/sys/fs/file-max

Hard Limit

ulimit -Hn

Soft Limit

ulimit -Sn

检测用户限制

将www-data替换为你希望检测的用户。

su - www-data -c 'ulimit -aHS' -s '/bin/bash'

检测运行中的进程限制

将XXX替换为PID

cat /proc/XXX/limits

今日在一台新启动的服务器上，系统级、用户级配置都正常，唯独进程的limits仅为默认1024。进程使用的是supervisor守护启动，使用supervisor restart进程后，limits依然为1024，后重启了supervisor服务，limits恢复所设定数值。

原文地址：http://guileen.github.io/2016/11/14/fix-too-many-open-files/

关注