资:我们的应用大部分部署在Linux下面,刚开始的时候在JBoss的日志中总会出现“Too many open files”的错误
治:在系统中做下面三步:
1、系统级的打开文件数
在/etc/sysctl.conf文件中增加下行
fs.file-max = 65536
2、用户级的 session 限制
在/etc/security/limits.conf文件中增加下行
* - nofile 65536
3、修改登录配置文件
在/etc/pam.d/login文件中增加下行
session required /lib64/security/pam_limits.so
64位系统为lib64/security/pam_limits.so
32位系统为/lib/security/pam_limits.so
通:一味的增加操作系统允许的最大打开文件数,可以暂时解决"Too many open files"的问题,但不能治根。到底是什么导致了应用占用了那么多的文件而不释放呢?如果不能找出泄露的原因,就像一颗定时“XX”埋在应用中,随时准备爆炸。还好有一个这样的工具,通过它比较容易的找出这颗“XX”。它就是 JPicus
如何使用直接查看官方文档。这里不罗嗦了
它的界面如下:
通过它观察JBoss(缺省应用)占用的文件句柄达到了480左右。Linux系统默认的每个用户最大打开文件数为1024.一旦部署应用后很容易的达到1024。当服务器并发比较大时,由于linux 中每个socket 连接都使用文件描述符,导致打开文件数增加,如果存在泄露的话,再大的值也会撑爆掉。利用jpicus的快照功能观察每个打开文件的堆栈,方便快捷的找出泄露的文件句柄,减少泄露的可能。