设为首页 收藏本站
查看: 1003|回复: 0

[经验分享] 四、nginx的502、504、500错误解决

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2014-12-1 09:30:58 | 显示全部楼层 |阅读模式
一、如何替换500,502,504输出,使其更加友好的显示
        1、使用error_page 进行设置
           error_page 500 502 503 504  /5xx.html   
           可以参考:http://wiki.nginx.org/HttpCoreModule#error_page
        2、获取修改nginx源码:ngx_http_special_response.c 里面的
                static char ngx_http_error_500_page[] =
                "<html>" CRLF
                "<head><title>500 Internal Server Error</title></head>" CRLF
                "<body bgcolor=\"white\">" CRLF
                "<center><h1>500 Internal Server Error</h1></center>" CRLF
                ;
                然后重新编译
    3、404的错误配置:http://www.iyunv.com/jiangyao/archive/2010/07/10/1774981.html


二、解决500错误
        1、500错误指的是服务器内部错误,也就是服务器遇到意外情况,而无法履行请求。
        2、500错误一般有几种情况:(1)web脚本错误,如php语法错误,lua语法错误等。(2)访问量大的时候,由于系统资源限制,而不能打开过多的文件
        3、一般分析思路:
           (1)查看nginx error log ,查看php error log
           (2)如果是too many open files,修改nginx的worker_rlimit_nofile参数
                使用ulimit查看系统打开文件限制,修改/etc/security/limits.conf
           (3)如果是脚本的问题,则需要修复脚本错误,并优化代码
           (4)各种优化都做好,还是出现too many open files,那就要考虑做负载均衡,把流量分散到不同服务器上去了


三、解决502,504错误
        1、使用nginx代理,而后端服务器发生故障;或者php-cgi进程数不够用;php执行时间长,或者是php-cgi进程死掉;已经fastCGI使用
           使用情况等都会导致502、504;
        2、502 是指请求的php-fpm已经执行,但是由于某种原因而没有执行完毕,最终导致php-fpm进程终止。
           一般来说,与php-fpm.conf的设置有关,也与php的执行程序性能有关
        3、504 表示超时,也就是客户端所发出的请求没有到达网关,请求没有到可以执行的php-fpm。与nginx.conf
           的配置也有关系
        4、解决思路:
                (1)首先查看php-fpm是否有启动:
                         root@localhost:/usr/local/openresty/nginx/conf# ps -ef | grep 'php-fpm'
                                root     25696     1  0 Nov29 ?        00:00:00 php-fpm: master process (/php-fpm.conf)                                                                    
                                www      25697 25696  0 Nov29 ?        00:00:01 php-fpm: pool www                                                                                                            
                                www      25698 25696  0 Nov29 ?        00:00:01 php-fpm: pool www  
                (2)其次,确认php-fpm的worker进程是否够用,如果不够用就等于没有开启一样
                      计算开启worker进程数目 ps -ef | grep 'php-fpm'|grep -v 'master'|grep -v 'grep' |wc -l
                          计算正在使用的worker进程,正在处理的请求
                          netstat -anp | grep 'php-fpm'|grep -v 'LISTENING'|grep -v 'php-fpm.conf'|wc -l
                          如果上面两个值接近可以考虑增加worker_connections进程的数量
                          http://blog.iyunv.com/sasoritattoo/article/details/9310133
                          http://blog.iyunv.com/moxiaomomo/article/details/19442737
            (3)fastcgi缓存相关修改:
                                fastcgi_buffer_size :
                                    这个参数指定将用多大的缓冲区来读取从FastCGI服务器到来应答的第一部分。通常来说在这个部分中包含一个小的应答头。
                    默认的缓冲区大小为fastcgi_buffers指令中的每块大小,可以将这个值设置更小。
                            fastcgi_buffers :
                                        这个参数指定了从FastCGI服务器到来的应答,本地将用多少和多大的缓冲区读取,
                                        默认这个参数等于分页大小,根据环境的不同可能是4K, 8K或16K。
                            第二条指令的参数指定将使用多大的缓冲区来读取从FastCGI进程到来应答头,这个值由这两条命令的结果是:16*4k=64k决定,因此,这意味着所有FastCGI返回的应答,nginx将超过64k的部分写入磁盘,而64k以内的部分写入内存。 如果你设置的等待时间太短、机器又繁忙,势必会造成502问题。
                                如果是要的是代理模块,那么会是以下的设置:
                                proxy_buffer_size  16k;
                                proxy_buffers      4 16k;
                                参考:http://bbs.aliyun.com/read.php?tid=145502&fpage=2
                (4)超时参数设置,根据实际情况调整
                                fastcgi_connect_timeout 300;
                fastcgi_send_timeout 300;
                fastcgi_read_timeout 300;
                (5)杀手锏,把日志调为debug级别,多看nginx log,php error log;php fpm log
                                nginx是一个web服务器,因此nginx的access日志只有对访问页面的记录,不会有php 的 error log信息。
                                nginx把对php的请求发给php-fpm fastcgi进程来处理,默认的php-fpm只会输出php-fpm的错误信息,在php-fpm的errors log里也看不到php的errorlog
                                原因是php-fpm的配置文件php-fpm.conf中默认是关闭worker进程的错误输出,直接把他们重定向到/dev/null,所以我们在nginx的error log 和php-fpm的errorlog都看不到php的错误日志。
                                调试起来就很痛苦了。解决nginx下php-fpm不记录php错误日志的办法:
                                1.修改php-fpm.conf中配置 没有则增加
                                catch_workers_output = yes
                                error_log = log/error_log
                                2.修改php.ini中配置,没有则增加
                                log_errors = On
                                error_log = "/usr/local/lnmp/php/var/log/error_log"
                                error_reporting=E_ALL&~E_NOTICE
                                3.重启php-fpm,
                                当PHP执行错误时就能看到错误日志在"/usr/local/lnmp/php/var/log/error_log"中了
                                请注意:
                                1. php-fpm.conf 中的php_admin_value[error_log] 参数 会覆盖php.ini中的 error_log 参数
                                所以确保你在phpinfo()中看到的最终error_log文件具有可写权限并且没有设置php_admin_value[error_log] 参数,否则错误日志会输出到php-fpm的错误日志里。
                                2.找不到php.ini位置,使用php的phpinfo()结果查看
                                3.如何修改PHP错误日志不输出到页面或屏幕上
                                修改php.ini
                                display_errors = off //不显示错误信息(不输出到页面或屏幕上)
                                log_errors = on //记录错误信息(保存到日志文件中)
                                error_reporting = E_ALL //捕获所有错误信息
                                error_log = //设置日志文件名
                                程序中修改以上配置
                                ini_set("display_errors",0)
                                ini_set("error_reporting",E_ALL); //这个值好像是个PHP的常量
                                ini_set("error_log","<日志文件名>")
                                ini_set("log_errors",1);
                                4.如何将php的错误日志输出到nginx的错误日志里
                                在PHP 5.3.8及之前的版本中,通过FastCGI运行的PHP,在用户访问时出现错误,会首先写入到PHP的errorlog中
                                如果PHP的errorlog无法写入,则会将错误内容返回给FastCGI接口,然后nginx在收到FastCGI的错误返回后记录到了nginx的errorlog中
                                在PHP 5.3.9及之后的版本中,出现错误后PHP只尝试写入PHP的errorlog中,如果失败则不会再返回到FastCGI了,错误日志会输出到php-fpm的错误日志里。
                                所以如果想把php错误日志输出到nginx错误日志,需要使用php5.3.8之前的版本,并且配置文件中php的error_log对于php worker进程不可写


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-34218-1-1.html 上篇帖子: 三、nginx如何处理一个请求 下篇帖子: nginx访问控制 if多条件判断
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表