lsof |wc -l (lsof pid|wc -l)

1、修改当前 ulimit -n 8192

2. /etc/security/limits.conf 添加

www – nofile 1006154

www 是一个用户，如果是想所有用户生效的话换成 * ，设置的数值与硬件配置有关，别设置太大了。

-----------------------------------------------------------------------------

3. 修改 /etc/rc.local 添加

echo 8061540 /proc/sys/fs/file-max

解决linux打开文件数1024限制的解决办法

上一篇 / 下一篇 2010-03-03 23:43:04 / 个人分类：linux

查看( 290 ) / 评论( 0 ) / 评分( 0 / 0 )

linux为redhat服务器版本（非个人版），必须设置的内容

----------------------------------------------------------------------------

1、/etc/pam.d/login 添加

session required /lib/security/pam_limits.so

注意看这个文件的注释

2. /etc/security/limits.conf 添加

www – nofile 1006154

www 是一个用户，如果是想所有用户生效的话换成 * ，设置的数值与硬件配置有关，别设置太大了。

-----------------------------------------------------------------------------

3. 修改 /etc/rc.local 添加

echo 8061540 /proc/sys/fs/file-max

做完3个步骤，就可以了。

补充说明：

/proc/sys/fs/file-max

该文件指定了可以分配的文件句柄的最大数目。如果用户得到的错误消息声明由于打开文件数已经达到了最大值，从而他们不能打开更多文件，则可能需要增加该值。可将这个值设置成有任意多个文件，并且能通过将一个新数字值写入该文件来更改该值。

缺省设置：4096

/proc/sys/fs/file-nr

该文件与 file-max 相关，它有三个值：

已分配文件句柄的数目

已使用文件句柄的数目

文件句柄的最大数目

该文件是只读的，仅用于显示信息。

关于“打开文件数”限制

Linux系统上对每一个用户可使用的系统资源都是有限制的，这是多用户系统必然要采用的一种资源管理手段，试想假如没有这种机制，那么任何一个普通用户写一个死循环程序，用不了多久系统就要“拒绝服务”了。

今天我遇到了tomcat日志报的错误信息”too many open files”，第一意识就想到了是ulimit控制的”open files“限制。然而问题来了。我在/etc/profile里加入了 ulimit -n 4096保存之后，普通用户登录的时候均会收到一条错误信息ulimit: open files: cannot modify limit: Operation not permitted。然后普通用户的open files限制还是默认值1024。

然后开始在互联网上搜索关于ulimit的信息。互联网果然方便，信息铺天盖地。大家也可以搜一下试一下。其中我了解到两个以前不知道的相关内容。

第一个是内核参数　fs.file-max ，影射为 /proc/sys/fs/file-max

第二个是配置文件 /etc/security/limits.conf

其中大部分的信息中提到 将 /proc/sys/fs