接口调用报错:newSocketStream(..) failed: Too many open files

文章讲述了在调用微服务接口时遇到Toomanyopenfiles错误,经排查发现并非程序文件过多,而是由于root用户权限导致的系统打开文件数限制。最终通过更改用户权限解决问题,引发关于系统资源管理和用户权限设置的讨论。
摘要由CSDN通过智能技术生成

问题描述

在调用微服务接口时,出现报错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用户启动,结果接口访问成功了🤣

虽然问题解决了,但是也是云里雾里的,这里想请教一下各位大看到这的大佬,这个是什么原因造成的呢?

创作不易,关注💖、点赞👍、收藏🎉就是对作者最大的鼓励👏,欢迎在下方评论留言🧐

  • 9
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

.猫的树

你的鼓励就是我最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值