nginx 502错误 处理php-fpm假死 检测并重启php-fpm的shell脚本
nginx出现502有很多原因,但大部分原因可以归结为资源数量不够用,也就是说后端PHP-fpm处理有问题,nginx将正确的客户端请求发给了后端的php-fpm进程,但是因为php-fpm进程的问题导致不能正确解析php代码,最终返回给了客户端502错误。nginx+php出现502 bad gateway,一般这都不是nginx的问题,而是由于 fastcgi或者php的问题导致的,常见的有以
一、服务器配置
nginx出现502有很多原因,但大部分原因可以归结为资源数量不够用,也就是说后端PHP-fpm处理有问题,nginx将正确的客户端请求发给了后端的php-fpm进程,但是因为php-fpm进程的问题导致不能正确解析php代码,最终返回给了客户端502错误。
nginx+php出现502 bad gateway,一般这都不是nginx的问题,而是由于 fastcgi或者php的问题导致的,常见的有以下几种(其实解决问题的最好的方式还是自己去看nginx和fastcgi的errorlog):
1、我本地的配置地址和日志:
2、修改 php-fpm.conf的配置:
配置方式两种 static(静态)或者dynamic(动态)
要求pm.start_servers的值在pm.min_spare_servers和pm.max_spare_servers之间
pm.max_children:静态方式下开启的php-fpm进程数量,在动态方式下他限定php-fpm的最大进程数(这里要注意pm.max_spare_servers的值只能小于等于pm.max_children)
pm.start_servers:动态方式下的起始php-fpm进程数量。[min_spare_servers + (max_spare_servers - min_spare_servers) / 2;]
pm.min_spare_servers:动态方式空闲状态下的最小php-fpm进程数量。
pm.max_spare_servers:动态方式空闲状态下的最大php-fpm进程数量。
重启php-fpm服务
查看当前php-fpm进程数:ps -ef |grep php
二、定时检测php-fpm的状态,假死状态下重启服务
监控php-fpm并自动重启服务的shell脚本,脚本的主要功能:不断检查网站的状态,如果异常就重启php-fpm服务
#!/bin/bash
#变量初始化
process="php-fpm" #进程名
startCmd="/etc/init.d/php-fpm start" #启动命令
down=0
while true
do
#取得http状态码
code=$(curl -H "Host:www.jb51.net" -m 5 -L -s -w %{http_code} http://127.0.0.1 -o /dev/null)
#当状态码返回000或者大于等于500时,计数故障到down变量
if [ $code -eq 000 -o $code -ge 500 ];then
((down++))
else
break
fi
#稍等5s
sleep 5
#判断是否连续检测三次都为故障.
if [ $down -ge 3 ];then
if [ "$(find /tmp/${process}_restart -mmin -3)" == "" ];then
#取得进程名对应的所有pid
pids=$(ps aux | grep ${process} | grep -v "grep" | awk '{print $2}')
#依次对所有pid执行kill命令
for i in $pids;do
kill -9 $i
kill -9 $i
done
#kill完pid后,启动服务
$startCmd
echo "$(date) Return code $code,${process} had been restarted" >> /tmp/${process}_restart
else
echo "$(date) ${process} not yet recovery.As it had been restarted in 2 minutes.so this time ignore." >> /tmp/${process}_not_restart
fi
break
fi
done
修改cron每2分钟执行一次:
*/2 * * * * sh /home/sh/restart_php.sh
更多推荐
所有评论(0)