解决接口调用报错newSocketStream(..)failed:Too many open files问题
作者：.猫的树
这篇文章主要介绍了解决接口调用报错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用户启动，结果接口访问成功了！！！！
总结
虽然问题解决了，但是我也是云里雾里的。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。