设为首页 收藏本站
查看: 661|回复: 0

[经验分享] 解决Tomcat Too Many Open Files问题

[复制链接]

尚未签到

发表于 2018-12-5 08:40:20 | 显示全部楼层 |阅读模式
  这个问题是第一次在Linux环境下碰到,把解决的方法记录下来。
  
服务器配置:两个双核CPU 2.0G,4G内存
  
操作系统:CentOS,内核2.6.18
  

  
应用1、搜索服务器,负责全站的搜索和提供内容相关性接口
  
应用服务器:Tomcat6.0.16+Apache2.2.8,其中两个Tomcat实例,一个对外提供服务,一个对内管理索引(创建、删除、检索等)
  
Web方案: Solr1.3(With Solr Client For Java)、Java Servlet(Web Service 接口)
  
应用2、类似于百度知道的一个应用
  
应用服务器:与搜索服务器共享Apache2.2.8
  
Web方案:Php+Mysql
  

  
问题症状:搜索服务停止,应用2响应超时,牵连全站的搜索接口调用内容的输出,查看Catalina日志,大量的如下信息:
  


Java代码 http://jlk.iteye.com/javascripts/syntaxhighlighter/clipboard_new.swf

  • org.apache.jk.common.ChannelSocket acceptConnections
  • WARNING: Exception executing accept
  • java.net.SocketException: Too many open files
  •         at java.net.PlainSocketImpl.socketAccept(Native Method)
  •         at java.net.PlainSocketImpl.accept(Unknown Source)
  •         at java.net.ServerSocket.implAccept(Unknown Source)
  •         at java.net.ServerSocket.accept(Unknown Source)
  •         at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:295)
  •         at org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:641)
  •         at org.apache.jk.common.SocketAcceptor.runIt(ChannelSocket.java:852)
  •         at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
  •         at java.lang.Thread.run(Unknown Source)
  事件的主题:linux系统出现Too many open files 错误,这是因为文件描述符大小不够,或者有不正常的网络连接(Socket也是一种特殊的文件)、文件IO没有关闭并释放出文件描述符(文件句柄,File Operator)。
  使用如下命令查看系统对允许打开最大文件描述符的配置:
  
ulimit -u 查看open files设置
  
ulimit -a 查看所有设置
  
ulimit -u 65535(新的open files 值)修改设置
  
ulimit -n  65536 设置用户可以同时打开的最大文件数(max open files)
  

  
如果本参数设置过小,对于并发访问量大的网站,可能会出现too many open files的错误  
  
使用lsof  -p pid [httpd进程的 pid、java的pid]来查看系统中apache进程和java运行时进程当前打开的文件资源,发现两者之和已经接近1024,大于了默认的设置。
  

  
修改配置:
  

  
修改/etc/security/limits.conf,在文件末加上
  
* soft nofile 65536
  
* hard nofile 65536
  

  
系统级文件描述符极限还可以通过将以下三行添加到 /etc/rc.d/rc.local 启动脚本中来设置:
  
# Increase system-wide file descriptor limit.
  
echo 65536 > /proc/sys/fs/file-max
  
echo 65536 > /proc/sys/fs/inode-max
  

  
思考:虽 然调整该参数解决了当前的问题,但并不是最好的方法,出现该错误说明该服务器承载了一定的并发连接,尤其是搜索服务,其中一个实例对外提供搜索,另一个实 例创建索引,两个实例之间也使用socket进行通信(httpclient for java),创建索引的时候会占用大量的文件描述符,如果描述符没有及时释放(不能完全依赖垃圾回收机制,要及时的close);全站的所有与搜索有关的 接口调用都会向其发出请求,而应用2也对外服务不少的请求,较好的办法是将搜索服务从该服务器中分离出来,这样可以分别对两者进行优化(包括调整 Linux系统参数,比如:/etc/sysctl.conf中对net.ipv4的优化),出了问题也容易debug。
  解决Linux中Too many open files问题
  

  
Linux系统默认最大打开文件数为1024个。
  1、相关命令:
  ulimit –a //查看当前设置
  ulimit –n 2048 //即设成2048,按实际需要设置
  2、用户环境参数文件配置:
  在/etc/profile中加入如下内容:
  


  • if [ $SHELL = "/bin/ksh" ]; then
  • ulimit -p 16384 ulimit -n 65536
  • else
  • ulimit -u 16384 -n 65536
  • fi
  




运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-643421-1-1.html 上篇帖子: tomcat中catalina是什么 下篇帖子: Tomcat关闭日志输出
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表