Linux⽇志切割⼯具Logrotate配置详解
Logrotate 程序是⼀个⽇志⽂件管理⼯具。⽤于分割⽇志⽂件,压缩转存、删除旧的⽇志⽂件,并创建新的⽇志⽂件,下⾯就对logrotate ⽇志轮转的记录:
1.1 Logrotate配置⽂件介绍
Linux系统默认安装logrotate,默认的配置⽂件:
/f
/etc/logrotate.d/
logrotate.d:为配置相关⼦系统,⽤于隔离每个应⽤配置(Nginx、PHP、)
Logrotate是基于CRON来运⾏的,其脚本是/etc/cron.daily/logrotate,⽇志轮转是系统⾃动完成的。
实际运⾏时,Logrotate会调⽤配置⽂件/f。
Logrotate可以由⾃动或者⼿动触发⽇志轮转:
logrotate -f /etc/logrotate.d/nginx
logrotate -f /etc/logrotate.d/php
不过正式执⾏前最好通过Debug选项来验证⼀下(-d参数)
具体logrotate命令格式如下:
logrotate [] <configfile>
-d, --debug :debug模式,测试配置⽂件是否有错误。
-f, --force :强制转储⽂件。
-m, --mail=command :压缩⽇志后,发送⽇志到指定邮箱。
-s, --state=statefile :使⽤指定的状态⽂件。
-v, --verbose :显⽰转储过程。
1.2 Logrotater⽇志⽂件切割策略
查看f配置:
cat /f
weekly //默认每⼀周执⾏⼀次rotate轮转⼯作
rotate 4 //保留多少个⽇志⽂件(轮转⼏次).默认保留四个.就是指定⽇志⽂件删除之前轮转的次数,0 指没有备份
create //⾃动创建新的⽇志⽂件,新的⽇志⽂件具有和原来的⽂件相同的权限;因为⽇志被改名,因此要创建⼀个新的来继续存储之前的⽇志
dateext //这个参数很重要!就是切割后的⽇志⽂件以当前⽇期为格式结尾,如xxx.log-20131216这样,如果注释掉,切割出来是按数字递增,即前⾯说的 xxx.log-1这种格式
compress //是否通过gzip压缩转储以后的⽇志⽂件,如 ;如果不需要压缩,注释掉就⾏
include /etc/logrotate.d //导⼊/etc/logrotate.d/ ⽬录中的各个应⽤配置
/var/log/wtmp { //仅针对 /var/log/wtmp 所设定的参数
monthly //每⽉⼀次切割,取代默认的⼀周
minsize 1M //⽂件⼤⼩超过 1M 后才会切割
create 0664 root utmp //指定新建的⽇志⽂件权限以及所属⽤户和组
rotate 1 //只保留⼀个⽇志.
}
这个 wtmp 可记录⽤户登录系统及系统重启的时间
因为有 minsize 的参数,因此不见得每个⽉⼀定会执⾏⼀次喔.要看⽂件⼤⼩。
Logrotate中其他可配置参数,具体如下:
compress //通过gzip 压缩转储以后的⽇志
nocompress //不做gzip压缩处理
copytruncate //⽤于还在打开中的⽇志⽂件,把当前⽇志备份并截断;是先拷贝再清空的⽅式,拷贝和清空之间有⼀个时间差,可能会丢失部分⽇志数据。
nocopytruncate //备份⽇志⽂件不过不截断
create mode owner group //轮转时指定创建新⽂件的属性,如create 0777 nobody nobody
nocreate //不建⽴新的⽇志⽂件
delaycompress //和compress ⼀起使⽤时,转储的⽇志⽂件到下⼀次转储时才压缩
nodelaycompress //覆盖 delaycompress 选项,转储同时压缩。
missingok //如果⽇志丢失,不报错继续滚动下⼀个⽇志
errors address //专储时的错误信息发送到指定的Email 地址
ifempty //即使⽇志⽂件为空⽂件也做轮转,这个是logrotate的缺省选项。
notifempty //当⽇志⽂件为空时,不进⾏轮转
mail address //把转储的⽇志⽂件发送到指定的E-mail 地址
nomail //转储时不发送⽇志⽂件
olddir directory //转储后的⽇志⽂件放⼊指定的⽬录,必须和当前⽇志⽂件在同⼀个⽂件系统
noolddir //转储后的⽇志⽂件和当前⽇志⽂件放在同⼀个⽬录下
sharedscripts //运⾏postrotate脚本,作⽤是在所有⽇志都轮转后统⼀执⾏⼀次脚本。如果没有配置这个,那么每个⽇志轮转后都会执⾏⼀次脚本
prerotate //在logrotate转储之前需要执⾏的指令,例如修改⽂件的属性等动作;必须独⽴成⾏
postrotate //在logrotate转储之后需要执⾏的指令,例如重新启动 (kill -HUP) 某个服务!必须独⽴成⾏
daily //指定转储周期为每天
weekly //指定转储周期为每周
monthly //指定转储周期为每⽉
rotate count //指定⽇志⽂件删除之前转储的次数,0 指没有备份,5 指保留5 个备份
dateext //使⽤当期⽇期作为命名格式
dateformat .%s //配合dateext使⽤,紧跟在下⼀⾏出现,定义⽂件切割后的⽂件名,必须配合dateext使⽤,只⽀持 %Y %m %d %s 这四个参数
size(或minsize) log-size //当⽇志⽂件到达指定的⼤⼩时才转储,log-size能指定bytes(缺省)及KB (sizek)或MB(sizem).
当⽇志⽂件 >= log-size 的时候就转储。 以下为合法格式:(其他格式的单位⼤⼩写没有试过)
size = 5 或 size 5 (>= 5 个字节就转储)
size = 100k 或 size 100k
size = 100M 或 size 100M
1.3 NGINX⽇志的配置实例参考:
vim /etc/logrotate.d/nginx
/var/log/weblog/*.log {
daily //指定转储周期为每天
compress //通过gzip 压缩转储以后的⽇志
rotate 7 //保存7天的⽇志
missingok //如果⽇志⽂件丢失,不要显⽰错误
notifempty //当⽇志⽂件为空时,不进⾏轮转
dateext //使⽤当期⽇期作为命名格式,exp: nginx_access.log-20190120
sharedscripts //运⾏postrotate脚本
postrotate //执⾏的指令
if [ -f /run/nginx.pid ]; then
kill -USR1 `cat /run/nginx.pid`
fi
endscript //结束指令
}
1.4 PHP-FPM⽇志的配置实例参考:
vim /etc/logrotate.d/nginx
/usr/local/php/var/log/*.log {
daily
compress
rotate 7
missingok
notifempty
dateext
sharedscripts
postrotaterotate属性
if [ -f /usr/local/php/var/run/php-fpm.pid ]; then
kill -USR2 `cat /usr/local/php/var/run/php-fpm.pid`
fi
endscript
}
1.5 Logrotater⽇志切割轮询
由于Logrotate是基于CRON运⾏的,所以这个⽇志轮转的时间是由CRON控制的,具体可以查询CRON的配置⽂件/etc/anacrontab,过往的⽼版本的⽂件为(/etc/crontab)
查看轮转⽂件:/etc/anacrontab
cat /etc/anacrontab
SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
RANDOM_DELAY=45
START_HOURS_RANGE=3-22
1 5 cron.daily nice run-parts /etc/cron.daily
7 25 cron.weekly nice run-parts /etc/cron.weekly
@monthly hly nice run-parts /hly
使⽤anacrontab轮转的配置⽂件,⽇志切割的⽣效时间是在凌晨3点到22点之间,⽽且随机延迟时间是45分钟,但是这样配置⽆法满⾜我们在现实中的应⽤
现在的需求是将切割时间调整到每天的晚上12点,即每天切割的⽇志是前⼀天的0-24点之间的内容,操作如下:
mv /etc/anacrontab /etc/anacrontab.bak //取消⽇志⾃动轮转的设置
使⽤crontab来作为⽇志轮转的触发容器来修改Logrotate默认执⾏时间
vi /etc/crontab
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/
run-parts
01 root run-parts /etc/cron.hourly
59 23 * root run-parts /etc/cron.daily
22 4 0 root run-parts /etc/cron.weekly
42 4 1 root run-parts /hly
1.6 解决logrotate⽆法⾃动轮询⽇志的办法
现象说明:
使⽤logrotate轮询nginx⽇志,配置好之后,发现nginx⽇志连续两天没被切割,检查后确定配置⽂件⼀切正常,这是为什么呢??
强⾏启动记录⽂件维护操作,纵使logrotate指令认为没有需要,应该有可能是logroate认为nginx⽇志太⼩,不进⾏轮询。
故需要强制轮询,即在/etc/cron.daily/logrotate脚本中将 -t 参数替换成 -f 参数
vim /etc/cron.daily/logrotate
!/bin/sh
/usr/sbin/logrotate /f
EXITVALUE=$?
if [ $EXITVALUE != 0 ]; then
/usr/bin/logger -f logrotate "ALERT exited abnormally with [$EXITVALUE]"
fi
exit 0
最后最后重启下cron服务:
/etc/init.d/crond restart
Stopping crond: [ OK ]
Starting crond: [ OK ]
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论