Nginx:worker_connections exceed open file resource limit排错

在打开nginx过程中，将 connections加大的时候Nginx发出警告：

worker_connections exceed open file resource limit: 1024

此警告的问题是受限于Linux的最大文件数限制。

环境：centos7.0 64bit

ulimit -n

查看用户打开的最大文件数：1024

此处的1024是每个进程打开的最大文件数，对于系统的最大限制：

more /proc/sys/fs/file-max

98690 

file-max是整机可以打开的fd数目，对确定的进程仍然是1024个。

fd数目设置方式一般是每4MB内存设置256。

那么我们来修改我们的限制。

修改/etc/security/limits.conf文件，在文件中添加如下行：
* soft noproc 65535
* hard noproc 65535
* soft nofile 65535
* hard nofile 65535

就是限制了任意用户的最大线程数和文件数为65535。

其中*为所有用户的打开文件数限制，可用’*'号表示修改所有用户的限制；soft或hard指定要修改软限制还是硬限制；65535则指定了想要修改的新的限制值，即最大打开文件数(请注意软限制值要小于或等于硬限制)。修改完后保存文件。

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

session  required  /lib64/security/pam_limits.so （64位系统）
session  required  /lib/security/pam_limits.so（32位系统）

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

修改/etc/rc.local脚本，在脚本中添加如下行：
echo "65535" > /proc/sys/fs/file-max
这是让Linux在启动完成后强行将系统级打开文件数硬限制设置为65535。修改完后保存此文件。

还可以在 rc.local 里面 明确命令 ulimit -n xxxxx

除了在系统中进行设定 nofile(fs.file-max) 值外，可以在 nginx.conf 中指定worker_process可以使用的nofile值,如: