最近服务器出了点小问题,日志文件不断地成倍地增大,但是貌似对系统运行没什么影响,只是这个日志文件不停地增大会导致系统空间爆炸,所以我这里用logrotate功能将日志文件转存并且在日志文件中滚动写入将转存的旧文件覆盖掉,下面会详细介绍:
1 logrotate配置文件
路径/etc/logrotate.d
我这里在这个目录下创建了messagelog这个配置文件来执行logrotate,在后面执行logrotate时会自动调用这个目录下的所有文件
2 messagelog配置文件
说明一下这个配置文件,这个配置文件是用于转存/var/log目录下的messages-20180205这个日志文件,size默认是KB,这里10000KB也就是10M,就是当该日志文件大小达到10MB的时候就会实行转存,rotate是转存的文件数量,如果是4就表示转存的文件数量最大为4,如果messages-20180205这个日志文件转存4个之后还是继续增大超过10MB再转存的时候就会在第一个转存的日志文件上面循环,依次迭代,总之转存的日志文件数量不会超过4个,这样就把日志文件的大小间接地限制了。
这里建议大家加上compress这个参数,也就是变成下面那样
/var/log/messages-20180205
{
size 10000
rotate 4
copytruncate
compress
}
compress对转存之后的日志文件进行压缩,这样就更小了,这里我没有加,因为我的日志文件本来就不是很大
3下面我写了一个for.sh脚本往这个文件里面循环写入,让他增大
[root@localhost /]# more for.sh
#!/bin/sh
i=1
while [ $i -ge 0 ]; do
echo "aaa" >> /var/log/messages-20180205
done
然后我在远程连接的窗口里面开始执行这个文件,让messages-20180205不断增大
4接着我又多开了远程连接的窗口,使用du -sh命令观察这个日志文件的大小变化
可以看到文件在不断增大
5然后我再开一个窗口,观察这个日志文件超过10MB之后就执行转存命令
/usr/sbin/logrotate /etc/logrotate.conf
6在回到/var/log目录下,查看转存的文件是否生成
可以看到,他会以日志文件加时间后缀名生成一个文件,如果你在配置Logrotate的时候加上了compress的话会生成一个gz结尾的压缩文件,查看这个转存文件大小,43MB,因为我是在日志文件增大到43M才开始转存的,所以这里会按照原来大小转存一个日志文件,如果你加了compress压缩,这个转存文件会小很多
注意!从上面转存的文件名以时间后缀生成可以发现,每天只能转存一个文件,所以大家在规划logrotate配置的size时要想好多大开始转存,如果发现日志文件增长得很快建议把size参数弄大点。
7上面只是我手工做实验模拟日志文件如何增长,并且手动转存,如果要自动转存,要转存日志文件的命令加入到crontab定时执行利民啊
最后可以把/usr/sbin/logrotate /etc/logrotate.conf这条命令加入到linux的crontab里面
*/5 * * * *
/usr/sbin/logrotate /etc/logrotate.conf
每隔5分钟检查日志文件是否大于10MB,大于10MB就会转存日志文件
我通过4日的观察,这里补上我的观察图
可以看到4月12号的文件被4月17号的文件自动覆盖,这样子就维持了日志文件为4个不变了