Too many open files

本文介绍了解决Linux环境下JBoss应用出现的“Toomanyopenfiles”错误的方法,包括调整系统级和用户级的文件打开限制,并推荐使用JPicus工具来定位文件句柄泄露的具体位置。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

      资:我们的应用大部分部署在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的快照功能观察每个打开文件的堆栈,方便快捷的找出泄露的文件句柄,减少泄露的可能。

  

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值