NGINX [upstream timed out (110: Connection timed out) while reading response header from upstream]错误

这篇具有很好参考价值的文章主要介绍了NGINX [upstream timed out (110: Connection timed out) while reading response header from upstream]错误。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

最近负责的项目生产环境久不久会报响应异常的错误,查看相应的NGINX有持续几分钟的连接超时的日志,如下:
NGINX [upstream timed out (110: Connection timed out) while reading response header from upstream]错误,nginx,java,服务器

upstream timed out (110: Connection timed out) while reading response header from upstream, client

查看相应的access日志,相应时间的请求没有响应码,再看没有响应前的请求日志,发现有几笔持续请求超过设定时长5S的响应时间的请求。查看应用服务器的TCP请求状态,发现有很多是处于CLOSE_WAIT的状态。在不处理的情况下,应用在几分钟后自动恢复。
问题解决方案:
1.个别接口处理耗时较长;
通过排查相应时间段的接口的处理时长,找出耗时超时的接口进行优化,优化思路是看代码逻辑和SQL执行情况,是否数据太多或者查询未走索引。
2.通过以下配置调整,优化应用服务器的TCP请求;

sudo sysctl -a | grep conntrack
sudo sysctl -w net.netfilter.nf_conntrack_max=262144
sudo sysctl -w net.nf_conntrack_max=262144
sudo sysctl -w net.ipv4.tcp_tw_reuse=1
sudo sysctl -w net.ipv4.tcp_tw_recycle=1
sudo sysctl -w net.ipv4.tcp_fin_timeout=30

执行以下命令生效.

sudo sysctl -p

后面通过增加配置备用节点解决该问题,配置如下:文章来源地址https://www.toymoban.com/news/detail-610275.html

upstream gin_server{
	#主节点
	server 127.0.0.1:8000;
	server 127.0.0.1:8001 backup;#备用节点
}

到了这里,关于NGINX [upstream timed out (110: Connection timed out) while reading response header from upstream]错误的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Read timed out Please check your internet connection and try again

    java 对接 stripe 海外支付,报错信息如下 IOException during API request to Stripe (https://api.stripe.com): Read timed out Please check your internet connection and try again. If this problem persists,you should check Stripe\\\'s service status at https://twitter.com/stripestatus, or let us know at support@stripe.com. 这个错误通常表示 API 请

    2023年04月11日
    浏览(39)
  • docker中 kafka.zookeeper.ZooKeeperClientTimeoutException: Timed out waiting for connection while in s

    docker中 kafka.zookeeper.ZooKeeperClientTimeoutException: Timed out waiting for connection while in state: CONNECTING         可能是Kafka版本和zookeeper:3.4.14版本不匹配 1.如果有安装Kafka请先删除原来的容器然后在执行如下命令 等下下载完成即可。

    2024年04月08日
    浏览(41)
  • ssh: connect to host github.com port 22: Connection timed out fatal: Could not read from remote……

    登录了一下github网站,发现可以访问: 但是,ping了一下github,发现请求超时。 git、命令行都无法正确解析域名,但浏览器可以,有些奇怪。 但可以判断,确实是网络域名解析出现了问题,下面将采用手动修改hosts文件的方式解决。 打开网站:https://www.ipaddress.com/ip-lookup,并

    2024年01月18日
    浏览(49)
  • ssh: connect to host github.com port 22: Connection timed out fatal: Could not read from remote repo

    问题描述: 在使用Git将本地仓库推送到远程仓库的时候,发生了如下错误:“fatal: Could not read from remote repository.” 1、首先输入以下命令检查SSH是否能够连接成功(ssh后面有空格) 发现报错:端口连接超时。 解决方案(亲测有效) 在C盘——用户——你的主机名文件夹中找到

    2024年01月20日
    浏览(54)
  • $ git push ssh: connect to host github.com port 22: Connection timed out fatal: Could not read from

    之前都好好的,今天 git push 突然出现这个问题 解决方法一:改用HTTP协议(我没试过,应该是可以的) 就是把远程库地址改成HTTP协议的,好像是这个命令,自己搜一下 git remote set-url origin https://username@github.com/username/repository.git 解决方法二:更改SSH端口 (亲测可用) 先试试

    2024年01月20日
    浏览(52)
  • Nginx-报错no live upstreams while connecting to upstream

    生产环境Nginx间歇性502的事故分析过程 客户端请求后端服务时一直报错 502 bad gateway ,查看后端的服务是正常启动的。后来又查看Nginx的错误日志,发现请求后端接口时Nginx报错 no live upstreams while connecting to upstream ,查看该错误的解释可以得到的结果是upstream中没有可以提供服

    2024年02月10日
    浏览(40)
  • nginx偶发502 no live upstreams while connecting to upstream

    客户截屏系统偶发报错 后台排查nginx后台偶尔大量报错 no live upstreams while connecting to upstream 在nginx服务器上nestat查看 发现存在大量的 TIME_WAIT状态的连接 问题表现在nginx与下游服务器的连接出现了异常,在突发流量以后由于TIME_WAIT状态的连接过多导致无法创建足够的连接。 为

    2024年02月09日
    浏览(34)
  • Read timed out; nested exception is java.net.SocketTimeoutException: Read timed out

    问题出现 问题处理 出问题的代码 延长的读取时间

    2024年02月03日
    浏览(51)
  • 解决Read timed out和connect timed out的问题

    如果在新建Android项目时报错: Read timed out或者connect timed out 一定可以解决问题的办法如下: 第一步:打开项目下gradle中的第二个.properties文件,找到这个文件的下载路径,、一般卡顿是因为下载这个文件时网速较慢或者是因为在国外的原因。 第二步:按照文档中的路径,选

    2024年02月06日
    浏览(56)
  • hive read time out

    hive-jdbc版本:2.3.9 报错信息如下: 问题定位:客户端的socket连接读超时,默认超时时间为30秒,需要在应用端增大读超时时间。 解决方案: 1)hiveConnection在使用socket连接时,设置了超时时间为30秒,超时时间较短,在运行稍微复杂点的SQL时,就会导致超时。如下图。    2) 

    2024年02月15日
    浏览(47)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包