今天后台服务器(Linux) 在转音源的时候 报java.io.IOException: Too many open files
在网上查了一些资料 记录如下:
打开的文件过多,一般来说是由于应用程序对资源使用不当造成,比如没有及时关闭Socket或数据库连接等。但也可能应用确实需要打开比较多的文件句柄,而系统本身的设置限制了这一数量。
异常 1??
java.net.SocketException: Too many open files
??? at java.net.PlainSocketImpl.accept(Compiled Code)?
??? at java.net.ServerSocket.implAccept(Compiled Code)?
??? at java.net.ServerSocket.accept(Compiled Code)?
??? at weblogic.t3.srvr.ListenThread.run(Compiled Code)?
异常 2?
java.io.IOException:打开的文件过多
??? at java.lang.UNIXProcess.forkAndExec(Native Method)
??? at java.lang.UNIXProcess.(UNIXProcess.java:54)
??? at java.lang.UNIXProcess.forkAndExec(Native Method)
??? at java.lang.UNIXProcess.(UNIXProcess.java:54)
??? at java.lang.Runtime.execInternal(Native Method)
??? at java.lang.Runtime.exec(Runtime.java:551)
??? at java.lang.Runtime.exec(Runtime.java:477)
??? at java.lang.Runtime.exec(Runtime.java:443)
...
第一个异常在错误影响到基础 TCP 协议时抛出,而第二个异常则在错误影响到 I/O 操作时抛出。
文件打开数过多最坏的情况可以使系统崩溃,到时候只能是重起服务器了。
原因:???
??? 操作系统的中打开文件的最大句柄数受限所致,常常发生在很多个并发用户访问服务器的时候.因为为了执行每个用户的应用服务器都要加载很多文件(new一个socket就需要一个文件句柄),这就会导致打开文件的句柄的缺乏.
解决:?
服务器端修改:
查看系统允许打开的最大文件数
#cat /proc/sys/fs/file-max
?
查看每个用户允许打开的最大文件数
ulimit -a
发现系统默认的是open files (-n) 1024,问题就出现在这里。
在系统文件/etc/security/limits.conf中修改这个数量限制,
在文件中加入内容:
* soft nofile 65536?
* hard nofile 65536
另外方法:
1.使用ps -ef |grep java?? (java代表你程序,查看你程序进程) 查看你的进程ID,记录ID号,假设进程ID为12
2.使用:lsof -p 12 | wc -l??? 查看当前进程id为12的 文件操作状况
??? 执行该命令出现文件使用情况为 1052
3.使用命令:ulimit -a?? 查看每个用户允许打开的最大文件数
??? 发现系统默认的是open files (-n) 1024,问题就出现在这里。
4.然后执行:ulimit -n 4096
???? 将open files (-n) 1024 设置成open files (-n) 4096
这样就增大了用户允许打开的最大文件数
转载地址:http://www.blogjava.net/fly2008/archive/2009/08/26/292626.html
?
?