logrotate机制及与监控结合测试

目的：测试监控在日志做切割时是否正常取到数据，并且无数据丢失或重复。

理论上：logrotate是通过mv进行日志的切换，而监控则是通过检查文件的最近修改时间来判断是否读取文件内容，所以从理论上来说是不会丢失数据的，但还需要进行检测下

初期思路：模拟日志的产生，不停的写数据到一文件中，让监控端监控这一文件，然后模拟logrotate机制，对文件进行切割，最后检查监控端取到的数据是的和本地的一样，完成测试。

写入的脚本如下：

[[email protected] logtest]# cat w.sh 
#!/bin/bash
echo start >  /logtest/testlog
for j in {1..600}
do
for i in {1..1000}
do
echo $j time $i >> /logtest/testlog
done
done

切换的脚本如下：

[[email protected] logtest]# cat c.sh 
#!/bin/bash
mv /logtest/testlog /logtest/testlog.1

本地的测试结果：

[[email protected] logtest]# tail testlog.1 
110 time 148
110 time 149
110 time 150
110 time 151
110 time 152
110 time 153
110 time 154
110 time 155
110 time 156
110 time 157
[[email protected] logtest]# head testlog
110 time 158
110 time 159
110 time 160
110 time 161
110 time 162
110 time 163
110 time 164
110 time 165
110 time 166
110 time 167

可以看到本地是没有丢失数据的，而监控端监控本地的testlog*文件；由于监控端的问题，没有取到本地的数据，该检测方案终止

后来想到，本地安装了syslog服务器，而本地的/var/log/message*是很早就被监控端监控着的，于是想到第二套方案：

手动进行日志切换，检查监控端是否有数据的丢失或者重复：

logrotate在很多Linux发行版上都是默认安装的。系统会定时运行logrotate，一般是每天一次。系统是这么实现按天执行的。crontab会每天定时执行 /etc/cron.daily 目录下的脚本，而这个目录下有个文件叫logrotate 。在测试服务器上脚本内容是这样的：

[[email protected] /]# cd /etc/cron.daily/
[[email protected] cron.daily]# ls
cups  logrotate  makewhatis.cron  mlocate.cron  prelink  readahead.cron  rhsmd  tmpwatch
[[email protected] cron.daily]# cat 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
[[email protected] cron.daily]#

可以看到logrotate被crontab调用，每天运行一次，

由于测试的日志服务器一直没有安装crontab，所以所有接受到的日志都存放在/var/log/message中，手动切割日志：

/usr/sbin/logrotate  -vf  /etc/logrotate.conf >/dev/null 2>&1

最后对比本地文件内容和监控端取到的内容进行对比，发现没有数据丢失及重复；测试通过。

该测试不足之处，望大家指点。