主页 / unix / 问题 / 563921
Accepted
dsollen
Asked: 2020-01-25 09:29:12 +0800 CST

/var/log/messages 无限增长，因为 rsyslog 不会让它被删除

  • 772

我遇到了 /var 空间不足的问题，尽管它似乎只在 5 gig 分区上分配了 2 gig 的文件。我确定问题是 /var/log/messages 已被删除，但仍由 rsyslog 打开，并且为 2.88 gigs。

我现在可以通过重新启动 rsyslog 来解决这个问题，从而释放 2.8 gig 文件以正确删除。但是，我想知道它是如何进入这种状态的。rsyslog 不应该自动轮换文件以防止日志无限增长吗？我能做些什么来防止这种情况在未来再次发生吗？

rsyslog deleted-files

2 个回答

  1. Best Answer

    这应该在许多发行版上工作的方式是通过 logrotate，它每天从 cron 或 systemd 计时器调用。Logrotate 查找其配置，例如，在/etc/logrotate.d. 例如，在 Debian 上，您会发现/etc/logrotate.d/rsyslog旋转/var/log/messages（以及许多其他日志文件），这是一个摘录：

    /var/log/messages
{
        rotate 4
        weekly
        missingok
        notifempty
        compress
        delaycompress
        sharedscripts
        postrotate
                /usr/lib/rsyslog/rsyslog-rotate
        endscript
}

    在它轮换文件之后，它告诉 rsyslog 通过运行来关闭旧的日志文件（你通过重新启动 rsyslog 所做的）/usr/lib/rsyslog/rsyslog-rotate，这会将 a 发送SIGHUP到 rsyslogd。守护程序将在获取文件时关闭文件而SIGHUP无需重新启动；请参阅rsyslogd(8) 的“信号”部分。

    • 2

  2. 利用logrotate

    手册页中的引用

    logrotate 从命令行上指定的一系列配置文件中读取有关它应该处理的日志文件的所有内容。每个配置文件都可以设置全局选项（本地定义覆盖全局选项，后面的定义覆盖早期的）并指定要轮换的日志文件。一个简单的配置文件如下所示：

    # sample logrotate configuration file
compress

/var/log/messages {
    rotate 5
    weekly
    postrotate
        /usr/bin/killall -HUP syslogd
    endscript
}

    配置文件的下一部分定义了如何处理日志文件 /var/log/messages。日志将在被删除之前每周轮换五次。在日志文件被轮换后（但在旧版本的日志被压缩之前），命令 /sbin/killall -HUP syslogd 将被执行。

    • 1

相关问题