公司一台测试服务器,最近出现504和502问题:(环境LNMP,php编译安装,Fastcgi模式),问题不难解决,但这里分享一下自己的排查思路和处理问题的方式。
504 Gateway Time-out,nginx 502 bad gateway
一、分析问题:
Nginx 504 Gateway Time-out的含义是没有请求到可以执行的PHP-CGI。
Nginx 502 Bad Gateway的含义是请求的PHP-CGI已经执行,但是由于读取资源的等没有执行完毕而导致PHP-CGI进程终止。
二、排查步骤:
1)查看Nginx是否可以正常解析php文件(解析正常)
2)查看Nginx访问日志和php日志(日志报错,锁定问题)
2.1.1)Nginx相关日志
1 2 |
failed (104: Connection reset by peer) while reading...
|
2.1.2)php相关日志
1 |
WARNING: child 25718 exited on signal 15 (SIGTERM) after 21008.883410 seconds from start
|
3)查看php和nginx相关配置(Fastcgi相关参数)
......
3.1.1)Nginx和Fastcgi常用相关参数:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 |
fastcgi_connect_timeout 60;
|
3.1.2)查看进程使用情况
1 |
netstat -autpn| grep "php-cgi" | wc -l
|
3.1.3)查看Nginx和Fastcgi相关配置
1 2 3 4 5 6 7 |
fastcgi_connect_timeout 60;
|
调整时间,根据之前经验300s足够,最主要的设置是前三条:
1 2 3 |
fastcgi_connect_timeout 300s;
|
3.1.4)调php相关参数:
php.ini
1 |
max_execution_time = 60
|
php-fpm.conf:
1 2 |
request_terminate_timeout=300s
|
3.1.4.1)上述参数作用
两项都是用来配置PHP脚本的最大执行时间的。当超过这个时间时,PHP-FPM不只会终止脚本的执行,还会终止执行脚本的Worker进程。因此Nginx发现与自己通信的连接断掉了,就会返回给客户端502错误。
3.1.4.2)参数具体配置方式:
如果服务器性能足够好,且宽带资源足够充足,PHP脚本没有系循环或BUG的话你可以直接将”request_terminate_timeout”设置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。
”max_children”也需要根据服务器的性能进行设定,一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M左右,可根据自己的配置具体定义。
3.1.5)502和504可能存在的其它问题
3.1.5.1)Nginx的max_fail,fail_timeout问题
3.1.5.2)网络偶然问题
3.1.5.3)参数配置冲突问题(eg:php.ini和php-fpm,Nginx配置Fastcgi指定了相关参数)
1 2 3 4 5 6 7 |
location ~ \.php$ {
|
三、总结:
4.1)根据Ninx相关报错可直接根据常见报错锁定目标。
4.2)根据日志,快速锁定原因。日志是排错的法宝,一定要充分利用。
4.3)调参数注意文件的备份,避免误操作。此外要考虑到参数生效优先级的问题。
4.4)问题总结,做好笔记,下次遇到则可快速解决