龙空技术网

前端报504错误如何定位

Candy.W 260

前言:

现时你们对“linuxnginx504”大致比较关心,各位老铁们都想要了解一些“linuxnginx504”的相关文章。那么小编也在网上网罗了一些对于“linuxnginx504””的相关资讯,希望咱们能喜欢,同学们一起来了解一下吧!

测试环境 membership 模块超时60s 问题定位步骤如下:

step1: 前端 debug 时查看到了504的响应-----(发现问题)

问题分析

nginx访问出现504 Gateway Time-out,一般是由于程序执行时间过长导致响应超时,例如程序需要执行60秒,而nginx最大响应等待时间为30秒,这样就会出现超时。

step2:查看nginx log

==> access.log <==

10.7.0.13 - - [15/May/2020:16:42:19 +0800] 10.7.00.13:9301 60.001 60.001 ars-beta.test_webcn-la.com POST /api/gc/membership/tier/getMembershipTierByTest

HTTP/1.1 "504" 705 "-" "-" "Apache-HttpClient/4.5.3 (Java/1.8.0_144)"

可以看到nginx也是504的状态,于是可以查看后端对应的服务是10.7.00.13:9301

可以使用curl 来验证一下服务是否正常:curl -I

step3:查看9301端口状态:

wc -l 查看后大概有117个左右的连接,平时只有以下这样的情况

step4:结合业务查看membership.controller 的access.log(本日志记录了所有与本服务交互的请求处理), 查看调用请求的整个过程。

有两个惊人发现:第一个是红框里面的ip, 第二个是红框里面的当前请求线程名称

step5: 第一个红框的ip 居然是我自己的ip, 这下子问题定位了,因为我本地有在请求membership 服务,并且是python开发的监控服务是否正常的应用所发出的请求。

step6: 结论为:因为我本机在每五分钟(从上面的请求日志间隔可以窥探到)请求一次membership 服务的接口,用于保障beta环境的可用性验证,最终因为请求的membership 服务连接一直不能释放导致了membership 服务僵死掉。

查看9301端口状态时,存在这两个状态,说明如下:

step7: 解决方案

重新重启了服务就恢复了,不过还发现了mq 地址变更但代码配置里面未变更的问题并让开发修复,算是意外的收获。

标签: #linuxnginx504