解决接口调用报错newSocketStream(..)failed:Too many open files问题
问题描述
在调用微服务接口时,出现报错
newSocketStream(..) failed: Too many open files
具体错误信息如下:
原因分析
报错字面意思是程序打开的文件数过多
程序打开的文件数过多,不过这里的files不单是文件的意思,也包括打开的通讯链接(比如socket),正在监听的端口等等,所以有时候也可以叫做句柄(handle),这个错误通常也可以叫做句柄数超出系统限制。
第一时间想到的是程序异常报错,进程未正常结束或者请求次数异常增大,但是实际上这些情况并未发生。
接着只能求助于网上的大神,查询问题,基本上都是说句柄数超出系统限制
解决方案
于是按照网上的解决方法操作:
- 先查看进程描述符
ulimit -a
- 查看当前系统打开的文件数量
lsof | wc -l
- 查看某一进程的打开文件数量
lsof -p pid | wc -l
- 增大允许打开的文件数
ulimit -n 1024000
增大允许打开的文件数:
1.临时(重启后失效): ulimit -n 1024000(非root用户限制到4096)
2.永久生效(需要重启)vim /etc/security/limits.conf #在最后加入 * soft nofile 1024000 * hard nofile 1024000
在查看当前系统打开的文件数量,出现问题
出现这个问题的情况 ,一般有两种:
- 系统中有容器在运行该进程
- 启动进程后,删除了相关进程的文件,导致进程异常
到这里我其实已经发现问题似乎不是这个,再次查询程序进程打开文件数量,发现只有5个,确定不是应用程序文件打开过多的问题。
网上查询也实在没有啥好的解决方法(重启程序也试过了)
后面我查询运行程序的时候,发现了用户问题,有的是root启动的,有的又是非root用户
而报错的程序就是root用户启动的,于是怀着试一试的心态,将程序改为非root用户启动,结果接口访问成功了!!!!
总结
虽然问题解决了,但是我也是云里雾里的。
以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。
相关文章
使用SpringEvent解决WebUploader大文件上传解耦问题
Spring Event是Spring框架内建的一种发布/订阅模式的实现,它允许应用内部不同组件之间通过事件进行通信,本文以WebUploader大文件上传组件为例,在大文件处理的场景中使用SpringEvent的事件发布机制,灵活的扩展对文件的处理需求,需要的朋友可以参考下2024-07-07SpringBoot在容器中创建实例@Component和@bean有什么区别
这篇文章主要介绍了SpringBoot在容器中创建实例@Component和@bean有什么区别,在Spring Boot中,@Component注解和@Bean注解都可以用于创建bean。它们的主要区别在于它们的作用范围和创建方式2023-03-03
最新评论