nginx不记录服务器日志 怎么回事?

Posted 2023-05-13

vhosts.conf里的设置没问题，感觉是nginx的系统配置哪地方写错了。。

请强制重启nginx服务，service nginx stop && service nginx start
然后一般有这个错误：
"/var/lib/nginx/tmp/client_body/0000000002" failed (13: Permission denied)
chmod -R 777 /var/lib/nginx
OK 参考技术A

nginx的access日志的配置是通过如下的指令：

log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                  '$status $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" "$http_x_forwarded_for"';

access_log  logs/access.log  main;

该指令可以出现在http，server域中。

错误日志是通过如下指令配置的：

error_log  logs/error.log  info;

        默认error_log会放在main域中，如果想让不同server域使用各自的error配置，则需要在server中重配error_log指令。在重新定义错误日志时，如果没有指定相应的日志级别，那么调试日志将会被屏蔽。

        如下面的例子里，在server层中重新定义的日志就屏蔽了这个虚拟主机的调试日志：

error_log  /path/to/log  debug;

http 
    server 
        error_log  /path/to/log;
        #...
        #...

        为了避免这个问题，可以注释这行重新定义日志的配置，或者也给日志指定debug级别，如下所示：

error_log  /path/to/log  debug;

http 
    server 
        error_log  /path/to/log debug;
        #...
        #...

        如果nginx进程没有权限将日志信息写入指定的log地址，那么nginx会在启动是报错，如下所示：

        

[alert]: could not open error log file: open() "/path/log/nginx/error.log" failed (13: Permission denied)

        具体的没有打日志的原因还需要根据配置文件具体分析。由于不知道你的配置时什么样子的，因此也无法给出确切解答，但是依据上述分析，应该也可以查处原因。如还有其它疑问，可以继续追问。

追问

日志的部分是这两行
error_log /home/hosts_log/23_error.log notice;
access_log /home/hosts_log/23_access.log lu_access_log_2 buffer=32k;

/home/hosts_log/这个文件夹里面，文件的大小都是0

追答

access_log中的lu_access_log_2是log_fromat, 你有用log_format 指令指定lu_access_log_2日志的格式吗？如果没有制定时不行的。

首先确认有lu_access_log_2日志格式，然后

建议修改日志如下：

error_log  /home/hosts_log/23_error.log debug;
access_log  /home/hosts_log/23_access.log lu_access_log_2;

然后修改/home/hosts_log目录的权限为777，然后重启下nginx试试。看有日志吗？

本回答被提问者采纳

用Netty作http静态资源服务器，类似Nginx这样的，大一点的文件响应不正常怎么回事？

用Netty作http静态资源服务器，类似Nginx这样的，大一点的文件响应不正常怎么回事？代码是照着netty的官网示例做的。小的文件css js html 都没问题大点的超过100K以上的js css或者图片就不正常。直接用浏览器打开下图报错的的连接又能访问到。。。但是大文件显示不全。。。贴下代码。。大神帮看看

您好，对于你的遇到的问题，我很高兴能为你提供帮助，我之前也遇到过哟，以下是我的个人看法，希望能帮助到你，若有错误，还望见谅！。
Nginx+PHP-fpm组合，以内存占用小，负载能力强壮的特点，成为小内存VPS建站的首选组合。我们一起来探讨一下nginx+php-fpm高负载的优化方法。
先来看看nginx配置参数的优化。nginx是前端接受浏览器端请求的web server, 配置可调的参数如下：
下面是示例nginx配置
user www-data;
worker_processes 8;
#worker_processes 调至8， 大于8没什么用，小于8，nginx性能发挥不出来
worker_cpu_affinity 01 10 01 10 01 10 01 10;
#worker_cpu_affinity 参数可以使nginx充分发挥多核Cpu的性能优势 ，上面的配置是针对双核CPU的配置。01表示第一个核，10表示第二个核，如果是四核cpu，一至四个核分别表示为 0001 0010 0100 1000
error_log /var/log/nginx/error_log crit;
pid /var/run/nginx.pid;
worker_rlimit_nofile 10240;
#worker_rlimit_nofile 是nginx能打开文件的最大句柄数，我们需要把这个数字设大一点。
#linux系统的文件查看数限制查看是用 ulimit -n ，修改这个限制是用 ulimit -HSn 65535
events

use epoll;
#必须要用高效的event驱动，以获得最大性能
worker_connections 10240;
#max_clients = worker_processes * worker_connections/4 （最大连接数的计算公式）

http

include /etc/nginx/deny.iplist;
include /etc/nginx/mime.types;
default_type application/octet-stream;
server_name_in_redirect off;
server_names_hash_bucket_size 128;
server_tokens off;
client_header_buffer_size 32k;
#client头buffer可以调为32K
large_client_header_buffers 4 32k;
client_max_body_size 8m;
sendfileon;
tcp_nopush on;
keepalive_timeout 65;
tcp_nodelayoff;
client_body_timeout 10;
client_header_timeout 10;
send_timeout 60;
output_buffers 1 32k;
postpone_output 1460;
open_file_cache max=1000 inactive=20s;
open_file_cache_valid30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
fastcgi_connect_timeout 300;
fastcgi_send_timeout 300;
fastcgi_read_timeout 300;
fastcgi_buffer_size 32k;
fastcgi_buffers 4 32k;
fastcgi_busy_buffers_size 32k;
fastcgi_temp_file_write_size 32k;
gzip on;
gzip_buffers 4 16k;
gzip_http_version 1.0;
gzip_comp_level 2;
gzip_types text/plain application/x-javascript text/css application/xml;
gzip_proxied expired no-cache no-store private auth;
proxy_cache_path /var/lib/nginx/cache levels=1:2 keys_zone=staticfilecache:80m inactive=1d max_size=2500m;
proxy_temp_path /var/lib/nginx/proxy;
proxy_connect_timeout 300;
proxy_read_timeout 120;
proxy_send_timeout 120;
proxy_buffer_size 16k;
proxy_buffers 4 16k;
upstream wordpressnginx

server 127.0.0.1:6000 weight=1 fail_timeout=120s;

include /etc/nginx/sites-enabled/*;

上面的配置里面，有多处设及到buffer和timeout的地方。我们可以根据需要，慢慢调大这些参数，buffer自然是大点好，但不要太大。16K是标准配置，可以增加到32，往上加更大也不是不行，但 要考虑到你系统内存大不大，够不够用。timeout是超时，如果服务器很繁忙，不妨增加超时等待时间，以避免频繁出现502错误。
gzip是必须开启的，reverse proxy在允许的情况下，也尽量开启，一 是可以提升响应效率，二是降低服务器压力，gzip开启后更可以节省服务器带宽。
nginx主要的配置如上所述。
现在看一下php-fpm的配置。
[global]
pid = run/php5-fpm.pid
process_control_timeout = 5
[www]
listen = /dev/shm/php-cgi.sock
listen.allowed_clients = 127.0.0.1
user = www-data
group = www-data
pm = static
pm.max_children = 7
#这个决定了 php-fpm的总进程。我们要想同时响应更多的并发数，这个数值要尽可能大，比如500，1000
pm.max_requests = 10000
#并发数越大，这个最大请求数应该越大，并发数小，这个数值也应该越小。它表示，php-fpm进程响应了10000个并发请求之后，就自动重启一下进程。
request_terminate_timeout = 30
#表示等待30秒后，结束那些没有自动结束的php脚本，以释放占用的资源。
env[HOSTNAME] = $HOSTNAME
env[PATH] = /usr/local/bin:/usr/bin:/bin
env[TMP] = /tmp
env[TMPDIR] = /tmp
env[TEMP] = /tmp
小内存的vps虽然经过使用php-fpm+nginx，提升了系统的效率，可以同时响应较多的并发请求，但是当并发数上来了，比如从100上升到10000，小内存肯定响应不过来，cpu也会 因为太忙，而导致系统负载变得很高很高，这个时候，我们就要考虑升级硬件配置了。
内存越大越好，CPU核心频率越高越好，CPU核越多越好。硬盘最好是SSD+RAID10。这样性能不仅高，数据安全也有保障。
上面所提到的各个配置参数，设及到数值的，不妨自己 多试着调小，调大参数，然后重启下nginx或者php-fpm进程，看看效果怎么样。
下面介绍一个比较好的压力测试工具，siege.
debian和ubuntu用户可以通过apt-get install siege来安装siege.
siege是一个跟ab.exe相似的http压力测试软件。
我们可以用siege来测试我们的网站和服务器性能。
siege -r 100 -c 10
-r 是 repeat , -r 100是重复100次测试
-c 10是表示模拟10个用户同时并发连接
最后面是要测试的URL地址。
测试过程中可以随时按CTRL+C中止进程，siege会生成一个报告给我们。
我们可以同时根据siege的测试结果和监视服务器的负载情况，对系统压力状况进行一个深入了解和分析。接下来可以帮助我们判断该如何进行下一步操作，是继续优化配置，还是升级硬件。非常感谢您的耐心观看，如有帮助请采纳，祝生活愉快！谢谢！ 参考技术A 为什么Nginx的性能要比Apache高得多？

????这得益于Nginx使用了最新的epoll（Linux?2.6内核）和kqueue（freebsd）网络I/O模型，而Apache则使用的是传统的select模型。目前Linux下能够承受高并发访问的Squid、Memcached都采用的是epoll网络I/O模型。
　　处理大量的连接的读写，Apache所采用的select网络I/O模型非常低效。下面用一个比喻来解析Apache采用的select模型和Nginx采用的epoll模型进行之间的区别：
　　假设你在大学读书，住的宿舍楼有很多间房间，你的朋友要来找你。select版宿管大妈就会带着你的朋友挨个房间去找，直到找到你为止。而epoll版宿管大妈会先记下每位同学的房间号，你的朋友来时，只需告诉你的朋友你住在哪个房间即可，不用亲自带着你的朋友满大楼找人。如果来了10000个人，都要找自己住这栋楼的同学时，select版和epoll版宿管大妈，谁的效率更高，不言自明。同理，在高并发服务器中，轮询I/O是最耗时间的操作之一，select和epoll的性能谁的性能更高，同样十分明了。为什么会出现502错误呢？
nginx出现502有很多原因，但大部分原因可以归结为资源数量不够用，也就是说后端php-fpm处理有问题，nginx将正确的客户端请求发给了后端的php-fpm进程，但是因为php-fpm进程的问题导致不能正确解析php代码，最终返回给了客户端502错误。优化php-fpm，优化代码，加大内存才是解决502的根源。10000并发的话，nginx的表现怎么样？
2009年9月3日下午2：30，金山游戏《剑侠情缘网络版叁》临时维护1小时，大量玩家上官网，论坛、评论、客服等动态应用Nginx服务器集群，每台服务器的Nginx活动连接数达到2.8万。