原因有多种,网上有说是因为系统允许打开的默认文件数设置太小,对于网络访问,高并发访问的情况,只需修改系统参数即可解决,先查看当前的设置:
$ 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) 256
pipe size (512 bytes, -p) 1
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 1418
virtual memory (kbytes, -v) unlimited
可以看出,对于我的个人电脑来说“open files”的设置是256。
可通过命名-n选项进行修改
ulimit -n 4096
但该选项有个问题,就是只是临时生效,比如重启电脑后将失效,为了保证始终有效,有的linux系统通过修改limits.conf文件设置:
* soft nofile 65535
* hard nofile 65535
通过修改/etc/security/limits.conf文件,把所有用户的进程打开文件上限改为65536。
其中,*表示所有用户,soft/hard表示软/硬限制,还可以只真对某个用户或某个组做修改,具体方法参见文件注释。修改后需要重新启动系统才能生效。
但是有时候,不是单靠修改该参数就能解决问题,有的是因为程序的问题,比如本人曾经遇到过一个程序任务,由于连接服务器失败,有个策略设置了失败尝试,但是未对尝试次数进行限制,导致每过一秒就尝试连接socket,结果很快就导致系统挂掉,抛出此错误。其他程序只要读写文件均无法完成,比如:
java.net.SocketException: Too many open files (Accept failed)
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:409)
at java.net.ServerSocket.implAccept(ServerSocket.java:545)
at java.net.ServerSocket.accept(ServerSocket.java:513)
Caused by: java.io.FileNotFoundException: /tmp/data_xxxxxx.dat (Too many open files)
at java.io.FileInputStream.open0(Native Method)
at java.io.FileInputStream.open(FileInputStream.java:195)
at java.io.FileInputStream.
甚至还出现过内存溢出的错误:
out of disk space or the JVM running out of memory
为了解决此类问题,如果已经定位了某个程序的问题,可通过该程序的日志进行分析,也可以通过命令查看某个线程是否打开了过多文件句柄,首先通过关键字查询线程ID,不然java线程:
ps -ef | grep java
然后执行通过线程ID查看线程所打开的文件列表:
lsof -p 1902
也可先统计有多少文件被打开
lsof -p 1902 | wc -l
---------------------
作者:古辛
来源:CSDN
原文:https://blog.csdn.net/weixin_42278016/article/details/82756676
版权声明:本文为博主原创文章,转载请附上博文链接!