文章摘要: 在liunx下经常出现java.net.SocketException: Too many open files错误是什么原因 用ulimit-n修改openfiles总是不能保持。所以用下面一个简单的办法更好些。 修改/etc/security/limits.conf添加如下一行: *-nofile1006154 修改/etc/pam.d/login添加如下一行
时间:2014-06-19 16:18来源:未知 作者:admin 点击: 次
文章TAG: linux
用ulimit-n修改openfiles总是不能保持。所以用下面一个简单的办法更好些。
修改/etc/security/limits.conf添加如下一行:
*-nofile1006154
修改/etc/pam.d/login添加如下一行
sessionrequired/lib/security/pam_limits.so
==============
大家可以用ps -ax找到java进程的进程id,然后用lsof -p 进程Id查看该进程下的文件描述符,会发现有很多CLOSE_WAIT,这样的后果是大量占用文件描述符,导致文件描述符耗尽。当文件描述符耗尽时tomcat会大量的不间断的报Too many open files,而且会导致tomcat失去回应 ,CPU 使用量快速提高
解决办法:
vi /etc/sysctl.conf
# Decrease the time default value for tcp_fin_timeout connection
net.ipv4.tcp_fin_timeout = 30
# Decrease the time default value for tcp_keepalive_time connection
net.ipv4.tcp_keepalive_time = 1800
# 探测次数
net.ipv4.tcp_keepalive_probes=2
# 探测监控秒数
net.ipv4.tcp_keepalive_intvl=2
java.net.SocketException: Too many open files错误,错误日志达到了100多兆,郁闷了,windows上运行了很长
时间都没出现这个错误,后来才知道linux对进程的打开文件数是有限制的。
用命令ulimit -a查看
[root@test security]# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 7168
virtual memory (kbytes, -v) unlimited
[root@test security]#
通过以上命令,我们可以看到open files 的最大数为1024
对于并发量比较大的网站这个限制是有些捉襟见肘的,所以我通过这个命令
ulimit -n 4096
把打开文件数的上限设为了4096,这下好了,项目又稳定了
没想到过两天后又重新出这个错误了,郁闷,两个小时报一次,报之后就挂掉了
在重新用ulimit -a查看,发现open files (-n) 1024 又变回了1024了,
报这个错误就在我那次登陆更新之后又报的,原来ulimit -n 4096 命令只能临时的改变open files 的值,当
重新登陆后又会恢复,所以需要永久设置open files 的值才行啊,
这次永久修改后程序就再没那个问题了,一直稳定运行。
|