有一天私有云无法访问，马上联系厂商，最后厂商发现好多容器不停重启，经过日志查看发现平台打开文件句柄太多，很奇怪，就开始排查，最后发现一个端口，定位到应用spring actuator.
这个应用是我为了监控微服务而发布的一个监控应用，马上看日志，发现应用报错，too many open files，愣了，从来没遇到过啊。求助运维哥，
1、获取应用进程号
ps -ef|grep spring actuator
2、进入到进程
cd /proc/4801
3、查看进程详情
ll
4、查看进程打开文件句柄的详细信息
ll
图不全，发现打开了好多socket，
5、统计打开句柄数
ls |wc -l
1000多个,究竟什么鬼。
基本用的都是原生框架，里面没有自己写的代码，所以怀疑spring-boot-admin-starter-server（2.2.3）有问题，换个版本吧，
版本换成2.2.1
继续用刚才上面的方式统计打开句柄数观察，80左右个句柄数，正常。至此问题解决。
看来spring有时候也坑啊
elasticsearch在平衡分片的过程中，有一些分片尝试过5次移动分片之后，未成功，就会停止移动，查看分片信息，显示`too many open files` 在ela
Linux是有文件句柄限制的（open files），一般默认是1024，当超过这个数量便会报 Too many open files错误 1.查看默认文件句柄数
有一天私有云无法访问，马上联系厂商，最后厂商发现好多容器不停重启，经过日志查看发现平台打开文件句柄太多，很奇怪，就开始排查，最后发现一个端口，定位到应用spring actua
Nginx提示：Too many open files这种错误问题的原因是因为linux文件系统最大可打开文件数为1024，而你的nginx中的error.log出现大量的To
今天同事在测试CentOS系统中进行程序测试时，遇到一个问题： 同事编写一个程序，配置在两台服务器上，一个作为服务器端，一个作为客
linux的默认文件打开数是1024，这个设置对于一台繁忙的服务器来说显然小了点。于是想把它改大一点，比如65535。 上网搜索了一下，几乎90+%的文章都说到了要
当用linux做高并发服务器时，会遇到"Too many open files"的错误。 Linux是有文件句柄限制的（open files），而且Linux默认不是很
“位卑未敢忘忧国，事定犹须待阖棺” 序 这是一次生产事故。更新了代码之后，第二天一早便有客户反馈服务器访问不了。 我从梦中惊醒，开始检查问题。 在查看了日志之后，发
距离上一次大bug过去了两三个月， 稳定了一段时间后， 最近出现的bug情况是： 堆使用正常， 线程正常， tomcat 日志也正常没报错。 但是
运行在Linux系统上的Java程序可能会出现"Too many open files"的异常情况，且常见于高并发访问文件系统，多线程网络连接等场景。
浅浅的花香味﹌
Myth丶恋晨
今天药忘吃喽~
向右看齐
红太狼
ゞ 浴缸里的玫瑰
╰+哭是因爲堅強的太久メ
还没有评论，来说两句吧...