网站界面设计要求,网络规划设计师2022报名时间,一个微信可以做两个网站支付宝,wordpress导出sql1. 概述
Linux服务器上运行的程序都会通过日志来告知外部自己的运行过程、结果以及遇到的问题#xff0c;随着日志的不断累计#xff0c;它会变的越来越大#xff0c;所以常见的方案是根据时间或者日志文件的大小#xff0c;对日志文件进行轮转#xff0c;比如Java程序里…1. 概述
Linux服务器上运行的程序都会通过日志来告知外部自己的运行过程、结果以及遇到的问题随着日志的不断累计它会变的越来越大所以常见的方案是根据时间或者日志文件的大小对日志文件进行轮转比如Java程序里使用Log4j按天创建日志文件不过很多Linux程序并没有提供这样的能力logrotate就是问了解决这个问题而诞生的。
logrotate通过crontab驱动主要配置文件为/etc/logrotate.conf及它引用的/etg/logrotate.d自动新增新的日志文件重命名老的日志文件。
程序已经打开日志文件文件句柄不变的情况下即使文件被重命名程序还是往就的日志文件里写。
有两种方式让程序切换文件:
通过kill -HUP给程序发信号重新打开文件通过logrotate设置copytruncate不重命名文件是通过拷贝当前文件并存档然后清空当前文件来实现
2. 安装和配置
1. 安装
yum search logrotate
yum install -y logrotate.x86_642. 配置文件说明
# cat /etc/logrotate.conf# 以下是默认设置用户设置值会覆盖默认值weekly # 默认一周执行一次rotate
rotate 4 # 保留多少个日志文件默认4个.
create # 自动创建新的日志文件
dateext # 切割后文件名以当前日期结尾如xxx.log-20190520这样默认以数字结尾如xxx.log-1
compress # 是否通过gzip压缩如xxx.log-20190520.gz默认不压缩include /etc/logrotate.d # 将 /etc/logrotate.d/ 目录中的所有文件都加载进来/var/log/wtmp { # 仅针对 /var/log/wtmp 所设定的参数
monthly # 每月一次切割,取代默认的一周
minsize 1M # 文件大小超过 1M 后才会切割
create 0664 root utmp # 指定新建的日志文件权限以及所属用户和组
rotate 1 # 只保留一个日志
}/var/log/httpd/*log {missingoknotifemptysharedscriptsdelaycompresspostrotate/bin/systemctl reload httpd.service /dev/null 2/dev/null || trueendscript
}配置项说明compress通过gzip 压缩转储以后的日志nocompress不做gzip压缩处理copytruncate用于还在打开中的日志文件把当前日志备份并截断是先拷贝再清空的方式拷贝和清空之间有一个时间差可能会丢失部分日志数据。nocopytruncate备份日志文件不过不截断create mode owner group轮转时指定创建新文件的属性如create 0777 nobody nobodynocreate不建立新的日志文件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 log-size当日志文件到达指定的大小时才转储log-size 能指定 bytes(缺省)及 KB (sizek) 或MB(sizem).当日志文件 log-size 的时候就转储。 以下为合法格式其他格式的单位大小写没有试过size 5 或 size 5 5 个字节就转储 size 100k 或 size 100k size 100M 或 size 100Mminsize log-size和size相同的作用
3. 命令行选项
logrotate [OPTION...] configfile
-d, --debug debug模式测试配置文件是否有错误。
-f, --force 强制转储文件。
-m, --mailcommand 压缩日志后发送日志到指定邮箱。
-s, --statestatefile 使用指定的状态文件。
-v, --verbose 显示转储过程。3. 实际使用
1. 通过cron驱动 vim /etc/cron.daily/logrotate [rootesserver2 ~]# cat /etc/cron.daily/logrotate
#!/bin/sh/usr/sbin/logrotate /etc/logrotate.conf
EXITVALUE$?
if [ $EXITVALUE ! 0 ]; then/usr/bin/logger -t logrotate ALERT exited abnormally with [$EXITVALUE]
fi
exit 02. 配置文件
如果日志文件的owner是tomcat这个时候要配置su tomcat tomcat否则执行会报错 /opt/tomcat/qy-weixin-crm/*.log {dailynocompressmissingoknotifemptyrotate 7su tomcat tomcatdateextcopytruncate}3. 手工强制轮转日志
logrotate -v -f /etc/logrotate.d/kafka_connect4. 问题
4.1 使用copytruncate轮转后文件大小没变
[hadooplogserver4 qy-weixin-crm]$ ll
total 35568
-rw-rw-r-- 1 tomcat tomcat 4627357 Jul 16 14:55 application.log
-rw-rw-r-- 1 tomcat tomcat 4354403 Jul 16 14:47 application.log-20200716如上所示application.log本来大小是4.3M(4354403 Byte)运行logrotate后生成了一个application.log-20200716拷贝了现有内容。 但是通ll查看文件大小并没有变依然是从4.3M开始往后增长。
通过od查看文件的二进制内容:
[hadooplogserver4 qy-weixin-crm]$ od -c application.log | head -10
0000000 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0 \0
*
20470540 \0 \0 \0 2 0 2 0 - 0 7 - 1 6 1 4
20470560 : 4 9 : 1 0 . 7 5 0 I N F O
20470600 1 3 2 8 9 - - - [ i o - 1
20470620 8 0 8 9 - e x e c - 4 ] c . h
20470640 . b i . w e i x i n . c o n t r
20470660 o l l e r . Q Y C o n t r o l l
20470700 e r : 350 257 267 346 261 202 345 217
20470720 202 346 225 260 M a p : o r g . a p a可以看到知道20470542(八进制)为止的字节都是\0转换为十进制刚好是4354402(和application.log-20200716)大小一致。
这个问题产生的原因是在我们truncate时程序进程依然在写而且使用了相应的offset导致文件大小依然那么大的假象。
ext的文件系统支持稀疏文件seek时之前不存在的字节并不需要实际的写入所以不会导致applicaiton.log真实占用那么多磁盘。
通过ls -s查看实际的文件大小
[hadooplogserver4 qy-weixin-crm]$ ls -shl *
1.1M -rw-rw-r-- 1 tomcat tomcat 5.0M Jul 16 15:10 application.log
4.2M -rw-rw-r-- 1 tomcat tomcat 4.2M Jul 16 14:47 application.log-20200716
4.0K -rw-rw-r-- 1 hadoop hadoop 631 Jul 16 11:53 deploy.sh30M -rw-rw-r-- 1 hadoop hadoop 30M Jul 16 12:12 QYWeixinCRM_20200716121209.jar[hadooplogserver4 qy-weixin-crm]$ ls -l
total 36080
-rw-rw-r-- 1 tomcat tomcat 5182317 Jul 16 15:10 application.log
-rw-rw-r-- 1 tomcat tomcat 4354403 Jul 16 14:47 application.log-20200716
-rw-rw-r-- 1 hadoop hadoop 631 Jul 16 11:53 deploy.sh
-rw-rw-r-- 1 hadoop hadoop 31430261 Jul 16 12:12 QYWeixinCRM_20200716121209.jar这个问题目前在logrotate上找到解决方法尝试rotatelogs不能结合nohup使用
rotatelogs ./stdout.log-%Y%m%d%H%M%S 86400这里的86400是一条的秒数生成的文件名%H%M%S一直都是0好在rotatelogs的逻辑的往文件后面追加的
最后的结论是 nohup application.log有问题需要使用明天查看结果
5. 手工配置crontab
除了前面提到的直接将logrotate配置到/etc/cron.daily/logrotate外也可以手工配置crontab命令
1. crontab选项说明
-u user : 以指定用户的身份运行默认当前用户file : 用file里指定的配置替换指定用户的cron任务, cron任务实际存储在/var/spool/cron/${user_name}的文件种
-e : 实际是编辑/var/spool/cron/${user_name}
-l : 读取/var/spool/cron/${user_name}
-r : 删除/var/spool/cron/${user_name}2. 注意事项
文件使用全局路径
/usr/bin/flock -xn /tmp/rsync\_event\_type.lock -c /bin/bash /home/rsync\_event\_type.sh /home/scribe/rsync\_event\_type.log 21使用环境变量时先用source命令引入环境变量 crontab任务的标准输出会当作mail发送给用户需要重定向输入到具体的日志文件或者到/dev/null丢弃 /etc/crontab文件是系统级任务可以通过crontab -uroot -e来编辑一般不建议将任务放到系统级放到不同的用户下 查看crontab日志
sudo tail -f /var/log/cron3. cron表达式示例
cron总共有5个配置分别代表分、时、日、月、星期。下面以一些实例来说明:
每月每天每小时的第0分钟
0 * * * *12月每天6点到12点, 每隔3个小时0分钟
0 6-12/3 * 12 *周1到周5每天17:00
0 17 * * 1-5每隔两个小时
0 */2 * * *每月的1和15号
0 0 1,15 * *每隔5分钟运行一次
*/5 * * * *4. 将logrotate配置到crontab
每天 2点运行logrotate可以将如下命令放到.bashrc内
0 2 * * * /usr/sbin/logrotate /etc/logrotate.conf
