服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

如何根据间隔轮换日志,除非日志超过一定的大小?

从logrotate的手册页: 大小不一 日志文件在长度大于字节大小时会旋转,但不会在额外指定的时间间隔(每天,每周,每月或每年)之前进行旋转。 除了与时间间隔选项互斥外,相关大小选项是相似的,它会导致日志文件旋转而不考虑上一次旋转时间。 当使用最大值时,会考虑日志文件的大小和时间戳。 尺寸 大小 日志文件在长度大于字节大小时会进行旋转。 如果大小后面跟着k,则大小假定为千字节。 如果使用M,则大小以兆字节为单位,如果使用G,则大小以千兆字节为单位。 所以大小100,大小100k,大小100M和大小100G都是有效的。 我将size设置为5M,并将interval设置为每周 ,并认为日志会每周旋转一次,如果日志的大小超过5M,则会发生额外的旋转。 但是会发生的事情是,日志不会旋转,除非它超过了5M,这似乎是最小化应该做的。 我是否错误地解释了手册? 如何获得日志,每周轮换,如果超过5M? 编辑: 我不确定以下信息是否相关,只是作为补充: 我使用rsyslog做消息,安全,cron,maillog,引导的主要日志logging。 以下是如上所述设置大小和间隔的倒数第二个日志的旋转date和文件大小: filename rotation date file size messages 20130129 5.3MB secure 20130113 5.1kB cron 20130113 3.6kB maillog 20130113 1.1kB 可以看出,只有消息被旋转。 EDIT2: 我应该检查与man logrotate 。 他们实际上用maxsize选项升级了它。 这应该是我正在寻找的: 最大 尺寸 即使在额外指定的时间间隔(每天,每周,每月或每年)之前,日志文件在大于字节大小时也会进行旋转。 除了与时间间隔选项互斥之外,相关大小选项是相似的,它会导致日志文件旋转而不考虑上一次旋转时间。 当使用maxsize时,会考虑日志文件的大小和时间戳。