容器中uWSGI listen queue of socket full错误解决办法

9 篇文章 2 订阅
3 篇文章 0 订阅

在进行接口压测时,发现在模拟200并发的场景下,出现大量502和504错误
在这里插入图片描述
在这里插入图片描述
查看日志后发现并不是来自源代码错误,而是uWSGI

# uWSGI日志中出现大量下面的错误
uWSGI listen queue of socket "127.0.0.1:3100" (fd: 3) full !!! (101/100)

这是由于uWSGI的监听队列满了,默认的监听队列长度为100,需要在uWSGI.ini文件中设置新的长度

[uwsgi]
listen = 500

注意:太大的值会导致对ddos攻击防御力减弱

但重新启动又发现报错

Listen queue size is greater than the system max net.core.somaxconn (128)

查了一下发现这是由Llinux系统内核对每个端口的监听队列进行了限制,默认是128
参考:https://blog.csdn.net/jackyechina/article/details/70992308
通过

echo 500 > /proc/sys/net/core/somaxconn

或者

sysctl -w net.core.somaxconn=500

参考:https://stackoverflow.com/a/36452474/7151777
但在容器中执行上面的命令会报权限不够,这是由于容器中的root用户并不是真正意义上的root用户,需要在构建容器时使用privileged参数获取真正root权限
docker-compose文件可以这么写:

version: "3.8"
		...
        privileged: true
        sysctls:
            net.core.somaxconn: '500'
        ...

再次up你会发现一切都正常了
参考:https://github.com/docker/compose/issues/3765#issuecomment-402929969

  • 2
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值