nginx.conf里会有两个日志，分为access.log 和 error.log。其中这两个日志可以细化，一般来说在nginx目录下会有一个logs会保存,然后也可以在对应的server目录里可以分别的设定access.log和error.log来了解对应server的情况。
access.log主要是记录"谁来登陆了，从哪里登陆的，登陆后发生了什么"，具体格式可以在nginx.conf里设定。
error.log主要记录的是检查nginx.conf里发现的错误，比如：
“2016/05/03 10:20:51 [emerg] 20952#0: unexpected "}" in /usr/local/nginx/conf/nginx.conf:87”
这句话就说明在nginx.conf的87行里有一个 } 是错误的，这个错误的级别是emergency；
2016/05/03 10:23:01 [emerg] 21023#0: "root" directive is duplicate in /usr/local/nginx/conf/nginx.conf:86
这句话就是说明在nginx.conf的第86行里root设定重复了，级别同样是emergency。以上两个都是书写的问题，很好纠正；
2016/05/03 10:23:31 [notice] 21045#0: signal process started
这个意思是nginx已经在运行的状态下，被执行启动，这个不算致命错误；
nginx: [alert] could not open error log file: open()"/usr/local/nginx/logs/error.log" failed (13:Permissiondenied)
这个是说当前用户没有权限写入error.log的日志，解决方法要来权限就行了；
nginx: [error] open() "/usr/local/nginx/logs/nginx.pid" failed (2: No such file or directory)
nginx提示无法找到nginx.pid这个文件了，使用#/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf，重新启动一下，就自动生成pid文件了。
下面说几个有特殊代表性的错误：
1）worker process 某某某 exited on signal 11 (core dumped)
这种错误基本就是刷error.log的屏，严重的甚至直接让nginx崩掉。具体表现在用户端就是“视频打不开，网页打不开等等等”。
这种错误一般是表示用户程序nginx进行读操作时访问的地址无效，具体一点就是搜索引擎的蜘蛛在爬取到加密部分时，得不到正确的路径，又没有被定位到错误页导致的。
如何修改，在nginx.conf里的防盗链部分检查一下“secure_download_fail_location;” ，即“请求错误时，定向到错误页”的模块，确认location是否定向到一个正确地址为错误页面。
2）nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)
nginx先监听了ipv4的80端口之后又监听了ipv6的80端口，于是就重复占用了。
把nginx.conf里的：
listen 80; listen [::]:80 default_server;
改成
listen 80; listen [::]:80 ipv6only=on default_server;
http://stackoverflow.com/questions/14972792/nginx-nginx-emerg-bind-to-80-failed-98-address-already-in-use
本文出自 “生活就是等待戈多” 博客，请务必保留此出处http://chenx1242.blog.51cto.com/10430133/1769724
原文地址：http://chenx1242.blog.51cto.com/10430133/1769724
