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这个文件了，directadmin安装 directadmin汉化，利用#/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;
