今天一个应用日志显示异常:java.net.SocketException: Too many open files
这是因为网络请求过多,也就导致了系统打开的文件过多。每一个连接都会当成“文件”看待的。
于是用命令
ulimit -a
(效果:查看每个用户允许打开的最大文件数)
看到最大文件数是1024,将其更改大点,如
ulimit -n 4096
然后必须重启下网络服务,我用的是WebLogic,重启之后便没有出现异常。
导致 Too many open files ,网络请求过多是一种可能,但也有可能是程序上的缺陷,如没有释放一些文件句柄,程序open了文件却忘记了在最后close。但我确信工程中没有用到打开文件这一环节,因此这个可能是排除掉了。
用lsof -p [进程ID] 可以看到某ID的打开文件状况。进程ID可能用 ps -ef|grep java列出weblogic的进程ID,然后用此ID套入lsof -p ID号,咳,一大堆的请求哟,这显然是网络请求过多造成了 Too many open files。适当调整后便已消除这种现象
----查看当前进程打开了多少句柄数
lsof -n|awk '{print $2}'|sort|uniq -c|sort -nr|more
28 3329
28 1611
23 3361
23 3360
23 3358
21 3359
其中第一列是打开的句柄数,第二列是进程ID。
这是因为网络请求过多,也就导致了系统打开的文件过多。每一个连接都会当成“文件”看待的。
于是用命令
ulimit -a
(效果:查看每个用户允许打开的最大文件数)
看到最大文件数是1024,将其更改大点,如
ulimit -n 4096
然后必须重启下网络服务,我用的是WebLogic,重启之后便没有出现异常。
导致 Too many open files ,网络请求过多是一种可能,但也有可能是程序上的缺陷,如没有释放一些文件句柄,程序open了文件却忘记了在最后close。但我确信工程中没有用到打开文件这一环节,因此这个可能是排除掉了。
用lsof -p [进程ID] 可以看到某ID的打开文件状况。进程ID可能用 ps -ef|grep java列出weblogic的进程ID,然后用此ID套入lsof -p ID号,咳,一大堆的请求哟,这显然是网络请求过多造成了 Too many open files。适当调整后便已消除这种现象
----查看当前进程打开了多少句柄数
lsof -n|awk '{print $2}'|sort|uniq -c|sort -nr|more
28 3329
28 1611
23 3361
23 3360
23 3358
21 3359
其中第一列是打开的句柄数,第二列是进程ID。