nginx 错误日志分析

最新推荐文章于 2022-04-28 23:44:47 发布

六指黑侠i

最新推荐文章于 2022-04-28 23:44:47 发布

阅读量3.6k

点赞数 4

分类专栏： linux

原文链接：https://www.cnblogs.com/tinywan/p/6777592.html

版权

linux 专栏收录该内容

19 篇文章 0 订阅

订阅专栏

一、Nginx配置和内核优化实现突破十万并发

二、一次Nignx的502页面的错误记录

（1）错误页面显示

错误日志：

2017/07/17 17:32:57 [error] 29071#0: *96 recv() failed (104: Connection reset by peer) while reading response header from upstream,
 client: 101.226.125.118, server: live.baidu.com, request: "GET /live/CY00013 HTTP/1.1", upstream: "http://show.baidu.com/live/123.html", host: "live.baidu.com"

（2）配置以及流程设置

本次采用Openresty 搭建的web服务器，使用代理服务器IP（192.168.1.166）代理被代理服务器IP（172.16.0.166）。改配置以及流程一直是合适的，结果在今天下午访问代理服务器出现Nginx 502 错误。配置信息：

复制代码

    server {
        listen       80;
        #resolver 8.8.8.8;
        server_name   live.baidu.com;

        location / {
                proxy_pass http://show.baidu.com;
                proxy_set_header Host show.baidu.com;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Real-PORT $remote_port;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }
    }

复制代码

IP地址和域名对应关系：

show.baidu.com (172.16.0.166)
live.baidu.com (192.168.1.166)

经过各种百度和google都说是后端服务器的原因，但是访问后端服务器也是正常的show.baidu.com (172.16.0.166)，但是当访问关于一个和Redis有关的页面的时候就会出现，redis服务器已经断开连接，重启Redis服务器后正常工作

（3）总结：如果当前服务器是代理服务器，出现502的错误原因，则一般都是后端服务器的异常导致的

三、nginx错误日志文件Error.log常见错误详细说明

我们经常遇到各种各样的nginx错误日志，平时根据一些nginx错误日志就可以分析出原因了。不过不是很系统，这里网上看到一篇资料还是比较系统的关于nginx的error.log的详细说明，这里记录下，方便以后查看了解。

以上表格来自网络资料。这里只是记录下，方便以后查看。

四、Nginx错误日志说明

错误日志类型

类型1: upstream timed out
类型2: connect() failed
类型3: no live upstreams
类型4: upstream prematurely closed connection
类型5: 104: Connection reset by peer
类型6: client intended to send too large body
类型7: upstream sent no valid HTTP/1.0 header


类型	错误日志	原因	解决办法
1	upstream timed out (110: Connection timed out) while connecting to upstream	nginx与upstream建立tcp连接超时，nginx默认连接建立超时为200ms	排查upstream是否能正常建立tcp连接
1	upstream timed out (110: Connection timed out) while reading response header from upstream	nginx从upstream读取响应时超时，nginx默认的读超时为20s，读超时不是整体读的时间超时，而是指两次读操作之间的超时，整体读耗时有可能超过20s	排查upstream响应请求为什么过于缓慢
2	connect() failed (104: Connection reset by peer) while connecting to upstream	nginx与upstream建立tcp连接时被reset	排查upstream是否能正常建立tcp连接
2	connect() failed (111: Connection refused) while connecting to upstream	nginx与upstream建立tcp连接时被拒	排查upstream是否能正常建立tcp连接
3	no live upstreams while connecting to upstream	nginx向upstream转发请求时发现upstream状态全都为down	排查nginx的upstream的健康检查为什么失败
4	upstream prematurely closed connection	nginx在与upstream建立完tcp连接之后，试图发送请求或者读取响应时，连接被upstream强制关闭	排查upstream程序是否异常，是否能正常处理http请求
5	recv() failed (104: Connection reset by peer) while reading response header from upstream	nginx从upstream读取响应时连接被对方reset	排查upstream应用已经tcp连接状态是否异常
6	client intended to send too large body	客户端试图发送过大的请求body，nginx默认最大允许的大小为1m，超过此大小，客户端会受到http 413错误码	调整请求客户端的请求body大小；调大相关域名的nginx配置：client_max_body_size；
7	upstream sent no valid HTTP/1.0 header	nginx不能正常解析从upstream返回来的请求行