Nginx 每天莫名自动重启问题,


最近在做基于openresty的waf,在测试openresty的过程中用openresty替代了原nginx,结果第二天又自动切换回了原nginx,通过ps -ef 看到nginx在凌晨3点多自动重启。连续几天在多个机器上都发现同样的情况。

刚开始我以为是以前的运维在crontab里配置里什么自动重启nginx的定时任务,然而crontab -l 并没有发现什么任务,同时我还发现nginx的日志是有做切割的,nginx log日志每天会自动切割压缩保存三天。这一发现让我更纳闷了,然后就在机器里筛选各种脚本都没有发现有做日志切割的,但是像这种动作明显还是通过类似定时任务做出来的。难道是之前运维在其他机器上有做远程执行脚本?心里还想真如果是这样,那这坑还真挖的深。经过一番查找然而还是没有。。。

左思右想,,,还是觉得nginx的莫名重启和日志分割是分不开的,在网上查找nginx日志分割发现都是通过脚本做的分割,但是之前服务器里并没有这样的脚本。我就觉得很有可能和nginx本身有关系了,然后就换了办法搜索,“nginx log 默认压缩日志”, 好吧,还真找到了。还是定时任务的原因。

因为Nginx在安装时加入了一个logrotate任务: /etc/logrotate.d/nginx

/var/log/nginx/*.log { 
        daily 
        missingok 
        rotate 52 
        compress 
        delaycompress 
        notifempty 
        create 640 nginx adm 
        sharedscripts 
        postrotate 
                [ -f /var/run/nginx.pid ] && kill -USR1 `cat /var/run/nginx.pid` 
        endscript 
} 

Linux日志管理服务logrotate会定时读取该文件,根据设置按日志大小或天数删除/归档旧日志,创建新日志.

配置说明:
daily: 日志文件每天进行滚动
missingok: 如果找不到这个log档案,就忽略过去
rotate: 保留最进52次滚动的日志
compress: 通过gzip压缩转储以后的日志
delaycompress: 和compress一起使用时,转储的日志文件到下一次转储时才压缩
notifempty 如果是空文件的话,不转储
create mode owner group:转储文件,使用指定的文件模式创建新的日志文件
sharedscripts: 运行postrotate脚本(该脚本作用为让nginx重新生成日志文件)
postrotate/endscript: 在转储以后需要执行的命令可以放入这个对,这两个关键字必须单独成行

logrotate默认被加入到cron的/etc/cron.daily中作为每日任务执行,配置定义在:
/etc/cron.daily/logrotate

#!/bin/sh
/usr/sbin/logrotate /etc/logrotate.conf >/dev/null 2>&1
EXITVALUE=$?
if [ $EXITVALUE != 0 ]; then
    /usr/bin/logger -t logrotate "ALERT exited abnormally with [$EXITVALUE]"
fi
exit 0

查看logrotate最近进行了哪些日志归档。

相关内容