nginx日志错误日志说明


错误信息


错误说明


错误信息


错误说明


"upstream prematurely(过早的) closed connection"


请求uri的时候出现的异常,是由于upstream还未返回应答给用户时用户断掉连接造成的,对系统没有影响,可以忽略


"recv() failed (104: Connection reset by peer)"


(1)服务器的并发连接数超过了其承载量,服务器会将其中一些连接Down掉;

(2)客户关掉了浏览器,而服务器还在给客户端发送数据;

(3)浏览器端按了Stop


"(111: Connection refused) while connecting to upstream"


用户在连接时,若遇到后端upstream挂掉或者不通,会收到该错误


"(111: Connection refused) while reading response header from upstream"


用户在连接成功后读取数据时,若遇到后端upstream挂掉或者不通,会收到该错误


"(111: Connection refused) while sending request to upstream"


Nginx和upstream连接成功后发送数据时,若遇到后端upstream挂掉或者不通,会收到该错误


"(110: Connection timed out) while connecting to upstream"


nginx连接后面的upstream时超时


"(110: Connection timed out) while reading upstream"


nginx读取来自upstream的响应时超时


"(110: Connection timed out) while reading response header from upstream"


nginx读取来自upstream的响应头时超时


"(110: Connection timed out) while reading upstream"


nginx读取来自upstream的响应时超时


"(104: Connection reset by peer) while connecting to upstream"


upstream发送了RST,将连接重置


"upstream sent invalid header while reading response header from upstream"


upstream发送的响应头无效


"upstream sent no valid HTTP/1.0 header while reading response header from upstream"


upstream发送的响应头无效


"client intended to send too large body"


用于设置允许接受的客户端请求内容的最大值,默认值是1M,client发送的body超过了设置值


"reopening logs"


用户发送kill  -USR1命令


"gracefully shutting down",


用户发送kill  -WINCH命令


"no servers are inside upstream"


upstream下未配置server


"no live upstreams while connecting to upstream"


upstream下的server全都挂了


"SSL_do_handshake() failed"


SSL握手失败


"SSL_write() failed (SSL:) while sending to client"


"(13: Permission denied) while reading upstream"


"(98: Address already in use) while connecting to upstream"


"(99: Cannot assign requested address) while connecting to upstream"


"ngx_slab_alloc() failed: no memory in SSL session shared cache"


ssl_session_cache大小不够等原因造成


"could not add new SSL session to the session cache while SSL handshaking"


ssl_session_cache大小不够等原因造成


"send() failed (111: Connection refused)"

ref:http://blog.sina.com.cn/s/blog_6e07f1eb010185hp.html

时间: 2024-08-07 16:59:27

nginx日志错误日志说明的相关文章

nginx日志-错误日志(error_log)

错误日志错误日志主要记录客户端访问Nginx出错时的日志,格式不支持自定义.通过错误日志,你可以得到系统某个服务或server的性能瓶颈等. 错误日志由指令error_log来指定,具体格式如下: error_log path(存放路径) level(日志等级) path含义同access_log,level表示日志等级,具体如下: [ debug | info | notice | warn | error | crit ] 从左至右,日志详细程度逐级递减,即debug最详细,crit最少.

[日常] nginx的错误日志error_log设置

nginx error_log设置1.error_log syslog:server=192.168.1.1 [级别] //直接发送给远程syslog日志集中服务器2.error_log stderr ;//直接发送给stderr;发送给stderr的信息可以使用syslog记录的日志查看,一般的配置是/etc/rsyslog.d/50-default.conf,记录下的日志有的是在/var/log/messages,我的是在/var/log/syslog;如果没有记录下来就重启service

nginx php-fpm 输出php错误日志

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 lo

nginx的php-fpm 输出php错误日志

1.概述 2.解决办法(解决nginx下php-fpm不记录php错误日志) 1. 概述 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进程

Nginx 訪问日志增长暴增出现尖刀的具体分析

前言:          Nginx日志里面Mobileweb_access.log增长特别大.一天上百兆.将近100W的訪问记录.依照我们眼下的规模,热点用户才500个左右.就算人人用手机app訪问,怎么可能会有这么大的url訪问量?曾经仅仅是安装使用nginx.还没有抽空细致研究.这回须要彻底的去分析nginx日志了. 1.日志分类 主要2种,一种是错误日志.一种是訪问日志,这些配置都在/usr/local/nginx/conf/nginx.conf里面.默认都是打开的.自己也能够选择关闭.

PHP-FPM 输出PHP错误日志

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

MySQL 错误日志(Error Log)

同大多数关系型数据库一样,日志文件是MySQL数据库的重要组成部分.MySQL有几种不同的日志文件,通常包括错误日志文件,二进制日志,通用日志,慢查询日志,等等.这些日志可以帮助我们定义mysqld内部发生的事情,数据库性能故障,记录数据的变更历史,用户恢复数据库等等.本文主要描述错误日志文件. 1.MySQL日志文件系统的组成   a.错误日志:记录启动.运行或停止mysqld时出现的问题.   b.通用日志:记录建立的客户端连接和执行的语句.   c.更新日志:记录更改数据的语句.该日志在M

Mysql中错误日志、binlog日志、查询日志、慢查询日志简单介绍

前言 数据库的日志是帮助数据库管理员,追踪分析数据库以前发生的各种事件的有力根据.mysql中提供了错误日志.binlog日志(二进制日志).查处日志.慢查询日志.在此,我力求解决下面问题:各个日志的作用是什么?如何去控制这些日志呢?如何去使用这些日志提供的信息呢? 错误日志 1.错误日志作用 错误日志记录了mysql启动和停止时.以及server执行过程中发生不论什么严重性错误的相关信息.当数据库出现不论什么故障导致无法启动时候.比方mysql启动异常.我们可首先检查此日志.在mysql中,错

Nginx 400错误研究

这几天游戏上线在查看 Nginx 的访问日志时,发现有很多 HTTP 返回码为 400 的记录. 以下是Nginx 的访问日志: 222.89.55.137 - - [27/Dec/2014:19:35:15 +0800] "POST /dia.php HTTP/1.1" 400 172 "-" "-" "-"    网站查了很多文档关于400问题的解决方法: 1.修改nginx配置文件   client_header_buf