遇到一问题,tomcat最近发生几次异常,查看日志,发现一直报 too many open files,熟悉的同学都知道这是用户打开文件数过多导致的,
再用命令ls /proc/20861/fd/ | wc -l 查看当前tomcat进程打开文件数,果然已经4095个,这种问题解决办法就是增大文件打开数即可,简单的很。
但如果能这么容易的解决了,我也就不用再写这篇博客了。因为我查了下当前用户所能打开的文件数发现最大能打开的文件数是65535,远远大于4096。
![](data/attachment/forum/202302/22/2023-02-22_20-40-55_900.png)
而/etc/security/limits.conf里也都设置的是65535
![](data/attachment/forum/202302/22/2023-02-22_20-40-55_810.png)
可为什么当前用户能打开65535个文件,而进程打开4095个文件后就超出限制了呢,就开始报 too many open files错误信息了呢。
一查看进程详细信息发现,原来该进程最大只能打开4096个文件。
![](data/attachment/forum/202302/22/2023-02-22_20-40-55_116.png)
百度了造成此问题的原因,只发现一条有用的信息,那就是说/etc/security/limits.conf限制实际取决于 /etc/security/limits.d/20-nproc.conf的配置,也就是说哪怕/etc/security/limits.conf设置最大打开数是65535,而/etc/security/limits.d/20-nproc.conf里配的是4096,那最终结果还是用户最大只能打开4096个文件句柄,于是赶紧看了下/etc/security/limits.d/20-nproc.conf配置,果然是4096,于是赶紧改成65535,然后重启应用,满怀欣喜的看下进程限制,结果还是4096,吐血中。。。
![](data/attachment/forum/202302/22/2023-02-22_20-40-55_910.png)
后又思索了很久,查了很久的百度,依然没有头绪,只好写了个脚本监控日志,发现too many open files信息后就重启tomcat(我们冗余的,session也做了共享,重启不影响业务的)。
第二天过来再解决这个问题时,冥冥之中感觉是systemctl脚本问题,但仔仔细细看了脚本并没有什么问题,于是就瞎猫碰上死耗子的心态去看看其他systemctl脚本怎么写,结果这一看,不得了啊,居然把问题给解决了。
当前是看的是docker启动脚本,docker是yum安装的,那脚本里有如下这么俩句话,凭我老到经验一下就看出这是限制进程打开数的。
LimitNOFILE=1048576
LimitNPROC=1048576
我把这俩句加到tomcat启动脚本里,再重启应用,看进程限制,发现最大打开文件数果然改成功了。
写这篇博客,是希望帮助那些也遇到这个问题的人,免得像我一样百思不得其解,耽误时间。
![](data/attachment/forum/202302/22/2023-02-22_20-40-55_422.png)
原文地址:https://www.cnblogs.com/zphqq/p/9267722.html
|