zoukankan      html  css  js  c++  java
  • logrotate机制&原理

    logrotate机制&原理

    centos系统中默认安装logrotate,logrotate主配置文件:/etc/logrotate.conf,其中定义了系统默认的logrotate规则,当系统中安装了RPM 软件包时,使用include定义其子配置文件的位置:/etc/logrotate.d/*,include选项十分重要,一些应用把日志转储参数存放在/etc/logrotate.d ,典型的应用有:apache,nginx,cron,syslog等,这样,只要管理一个 /etc/logrotate.conf 文件就可以了。 使用时配合crontab定期执行logrotate命令,cron的主配置文件/etc/anacrontab中定义了crontab的默认执行规则,其中系统自带的每1天执行的cron计划配置文件放在/etc/cron.daily/目录下,在该目录下的logrotate文件内容如下:

    #!/bin/sh
    /usr/sbin/logrotate -s /var/lib/logrotate/logrotate.status /etc/logrotate.conf
    EXITVALUE=$?
    if [ $EXITVALUE != 0 ]; then
        /usr/bin/logger -t logrotate "ALERT exited abnormally with [$EXITVALUE]"
    fi

    该脚本每天定时执行一次,即系统默认的logrotate时间计划。如果想更改系统默认的logrotate时间计划,可以将该文件挪走,然后在crontab中指定自己的时间计划,如:

    #每两天执行一次系统日志切割
    * * */2 * * /usr/sbin/logrotate -f /etc/logrotate.conf

    春雨logrotate

    关于logrotate的cron计划在/etc/cron.daily/logrotate,与cron配合使用,春雨弃用系统自带的cron计划,制定cron如下:

    春雨cron计划:
    17 *   * * *  root    run-parts /etc/cron.hourly
    47 23  * * *  root    run-parts /etc/cron.daily
    47 6   * * 7  root    run-parts /etc/cron.weekly
    52 6   1 * *  root    run-parts /etc/cron.monthly    

    即,在每天23:47执行/etc/cron.daily计划下的操作,进行日志切割,logrotate规则配置文件如下:

    [root@control ~]$ ls /etc/logrotate.d/

    系统日志logrotate过程

    • 执行cron计划
    47 23  * * *  root    run-parts /etc/cron.daily
    • 执行/etc/cron.daily的logrotate文件
    #!/bin/sh
    /usr/sbin/logrotate -s /var/lib/logrotate/logrotate.status /etc/logrotate.conf
    EXITVALUE=$?
    if [ $EXITVALUE != 0 ]; then
        /usr/bin/logger -t logrotate "ALERT exited abnormally with [$EXITVALUE]"
    fi
    • 执行/etc/logrotate.conf配置的规则,根据“include /etc/logrotate.d”参数执行/etc/logrotate.d/下的logrotate配置文件,系统日志相关的是syslog:
    /var/log/cron
    /var/log/maillog
    /var/log/secure
    /var/log/messages
    /var/log/spooler
    {
        #每日切割
        daily
        #忽略执行过程中的所有错误
        missingok
        #时间戳,默认是年月日;可以使用dateformat参数自定义
        dateext
        #转储周期为10天,十天前的日志会被删除
        rotate 10
        #不切割空日志文件
        notifempty
        #通常prerotate和postrotate脚本为每一个轮转的日志运行,
        #sharedscripts的作用是使所有的日志轮转完成后再执行脚本
        sharedscripts
        #定义日志切割完成后的操作,作用是重新定义进程日志文件描述符,是日志写入新的日志文件
        postrotate
            /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> /dev/null || true
        endscript
    }

    项目日志logrotate过程

    nginx日志logrotate过程

    /usr/local/nginx/logs/*.log {
    daily
    dateext
    rotate 10
    missingok
    # 不创建新日志文件
    nocreate
    # notifempty
    # compress  #压缩切割后的日志
    sharedscripts
    #发送USR1信号来通知Nginx重新打开日志文件
    postrotate
        /bin/kill -USR1 `cat /var/run/nginx.pid` || true
    endscript
    }

    该过程与系统日志切割的区别是对新生成的日志文件的处理方式,因为程序日志输出所指向的位置是由文件的iNode号来识别的,所以nginx、uwsgi等程序的日志在切割完成后需要执行postrotate指定的脚本来更新程序所指向的日志文件inode。

    uwsgi

    /home/workspace/log/uwsgi/uwsgi.*log {
        # 每日轮询
        daily
        # 旧日志文件以更新日期命名
        dateext
        # 最多10个归档日志,多余10个,最早的日志文件被删除
        rotate 10
        # 在日志轮循期间,任何错误将被忽略,例如“文件无法找到”之类的错误。
        missingok
        # 不创建新日志文件
        nocreate
        sharedscripts
        postrotate
             /bin/touch /home/workspace/scripts/uwsgi/touch_reopen_log
        endscript
    }

    关于postrotate

    postrotate后面跟随的是一个命令行,一般是用来重新生成日志文件或者冲定义应用所指向的文件描述符(fd:file description),拿nginx和uwsgi为例:

    nginx

    • 完成日志切割后创建新的nginx日志文件,此时该文件的fd发生改变
    • nginx中日志输出对应的文件fd未同步更新,nginx会向原fd对应的日志文件写数据
    • “/bin/kill -USR1 cat /var/run/nginx.pid || true”,更新nginx默认日志文件的fd到新建的日志文件(该效果等同于reload)。

    uwsgi

    • uwsgi不能通过reload方式创建自己的log文件
    • logrotate配置文件中使用参数create创建新的uwsgi日志文件
    • touch-logreopen参数:当指定的文件被touch过后,会让uwsgi重定向日志输出对应的文件fd,并且不会终止当前的服务(不是stop+start,而是reload的概念)
    • logrotate配置文件postrotate:“/bin/touch /home/workspace/scripts/uwsgi/touch_reopen_log”

    日志rotate方式

    logrotate提供了两种日志rotate方式,两种方式的区别在于新的日志文件的处理方式。

    • 一种就如上面nginx所述,在完成rotate之后创建新文件,然后更新程序的日志文件描述符指向到新日志文件(即将新日志写入新日志文件) ;
    • 另一种方式叫做copytruncate,该方式是先创建新文件存储旧日志,然后清空旧日志文件(echo “” > old_logfile),此时文件的iNode号不会发生改变,新产生的日志会继续写入旧的日志文件中(可以简单的理解为旧日志内容做了一次备份),需要注意的是,该方法会有部分日志丢失:日志在拷贝完到清空文件这段时间内,程序输出的日志没有备份就清空了。

    综上,优先选用第一种方法进行日志切割。

    关于/bin/kill -HUP

    "/bin/kill -USR1 `cat /var/run/nginx.pid` || true"  

    看到这条命令很容易想到:

    /bin/kill -HUP `cat /var/run/nginx.pid 2> /dev/null` 2> /dev/null || true

    这两条命令的大概含义是重载nginx服务,目的是重新生成nginx的日志文件。

    >/dev/null 2>&1,/dev/zero

    /dev/null

    /dev/null:是设备自带的一个控设备,可以理解为一个黑洞文件,写入它的所有东西都将消失,通常被用于丢弃不需要的输出流。

    /dev/zero

    在类Unix操作系统中,/dev/zero是一个特殊文件,当你读到它时,它会提供无线的空字符,其中的一个典型用法是用它提供的字符流来覆盖信息,另一个常见用法是产生一个特定大小的空白文件(在临时增加swap空间时有用到)。

    2>&1

    这个其实是三个部分组成的:2,>&,1 。在/usr/include/unistd.h中,你可以找到如下代码:

    #define STDIN_FILENO    0   #define STDOUT_FILENO   1   #define STDERR_FILENO   2  

    2表示stderr;1表示stdout;0表示stdin,而“&>”则表示把符号左边的内容以符号右边的形式输出。

    (adsbygoogle = window.adsbygoogle || []).push({});

  • 相关阅读:
    Json对象和Json字符串
    主界面的构造函数报错
    WPF DataGrid绑定的数据源更新后界面信息不更新
    WPF 数据绑定 ( 经验 )
    WPF 简单快速地去掉Button控件的边框
    字节数组与字符串形式的数字(序列号)之间的相互转换
    将十进制数字转换为字节数组
    WPF 调用线程无法访问此对象,因为另一个线程拥有该对象。
    cmd中一些命令
    Notepad++运行快捷键的设置
  • 原文地址:https://www.cnblogs.com/cheyunhua/p/11840311.html
Copyright © 2011-2022 走看看