主页 / ubuntu / 问题 / 928130
Accepted
Dave
Asked: 2017-06-23 06:46:56 +0800 CST

为什么只有我的一些日志被轮换？

  • 772

我正在使用 Ubuntu 14.04。我的 /etc/logrotate.conf 文件中有以下内容...

/home/rails/myproject/log {
        daily
        rotate 3
        compress
        delaycompress
        missingok
        notifempty
        create 644 rails rails
}

/var/log/postgresql {
        daily
        rotate 3
        compress
        delaycompress
        missingok
        notifempty
        create 644 root root
}

每天晚上，我都会查看我的 Rails 原木，它总是会更大——也就是说，原木似乎没有旋转......

myuser@myproject:~$ ls -al /home/rails/myproject/log
total 4574368
drwxr-xr-x  2 rails rails       4096 May 30 12:04 .
drwxr-xr-x 15 rails rails       4096 May 30 12:03 ..
-rw-rw-r--  1 rails rails      14960 Jun  1 22:39 development.log
-rw-rw-r--  1 rails rails          0 Oct 22  2016 .keep
-rw-r--r--  1 rails rails 4523480004 Jun 22 10:19 production.log
-rw-rw-r--  1 rails rails  156358087 Jun 22 10:19 sidekiq.log
-rw-rw-r--  1 rails rails      54246 Apr 10 14:34 test.log

当我手动运行命令时，我看到一些日志似乎被轮换了......

myuser@myproject:~$ sudo logrotate /etc/logrotate.conf
myuser@myproject:~$ ls -al /home/rails/myproject/log
total 4570288
drwxr-xr-x  2 rails rails       4096 Jun 22 10:22 .
drwxr-xr-x 15 rails rails       4096 May 30 12:03 ..
-rw-rw-r--  1 rails rails          0 Jun 22 10:22 development.log
-rw-rw-r--  1 rails rails      14960 Jun  1 22:39 development.log.1
-rw-rw-r--  1 rails rails          0 Oct 22  2016 .keep
-rw-r--r--  1 rails rails          0 Jun 22 10:22 production.log
-rw-r--r--  1 rails rails 4523505906 Jun 22 10:23 production.log.1
-rw-rw-r--  1 rails rails  156369048 Jun 22 10:23 sidekiq.log
-rw-rw-r--  1 rails rails      54246 Apr 10 14:34 test.log

我如何弄清楚为什么我的 Rails 日志不是每晚轮换一次？请注意，系统中的其他日志似乎是。上面，我包含了我的 postgres 配置，当我查看那里的日志时，似乎正在正常旋转......

myuser@myproject:~$ ls -al /var/log/postgresql
total 1832
drwxrwxr-t  2 root     postgres    4096 May  2 20:42 .
drwxr-xr-x 13 root     root        4096 Jun 22 10:22 ..
-rw-r-----  1 postgres adm      1861361 Jun 22 10:14 postgresql-9.6-main.log

谢谢， - 戴夫

编辑：将配置放在单独的文件中似乎没有做任何事情。以下是我的配置以及似乎没有轮换的日志...

myuser@myapp:~$ sudo cat /etc/logrotate.d/myapp
[sudo] password for myuser:
/home/rails/myapp/log/*.log {
   daily
   missingok
   compress
   notifempty
   rotate 12
   create
   delaycompress
   missingok
   su rails rails
}

这是日志。好像什么都没发生...

myuser@myapp:~$ ls -al /home/rails/myapp/log
total 4635956
drwxr-xr-x  2 rails rails       4096 Jun 22 10:22 .
drwxr-xr-x 15 rails rails       4096 May 30 12:03 ..
-rw-rw-r--  1 rails rails          0 Jun 22 10:22 development.log
-rw-rw-r--  1 rails rails      14960 Jun  1 22:39 development.log.1
-rw-rw-r--  1 rails rails          0 Oct 22  2016 .keep
-rw-r--r--  1 rails rails          0 Jun 22 10:22 production.log
-rw-r--r--  1 rails rails 4546785231 Jun 24 12:12 production.log.1
-rw-rw-r--  1 rails rails  200336693 Jun 24 12:51 sidekiq.log
-rw-rw-r--  1 rails rails      54246 Apr 10 14:34 test.log
files

3 个回答

  1. 看起来问题归结为您指定了文件轮换的目录，而不是实际的文件名。logrotate 的配置文件接受通配符进行通配符（模式匹配）。

    要旋转目录中具有.log扩展名的所有文件，/home/rails/myproject/log您可以使用以下行代替配置的第一行：

    /home/rails/myproject/log/*.log {

    同样在 postgres 目录配置中

    /var/log/postgresql/*.log {

    可以使用*不带扩展名的通配符来旋转您的 postgresql 目录中.log的所有文件（以 a 开头的隐藏文件除外），但我更喜欢仅指定文件的附加控制：..log

    /var/log/postgresql/* {

    作为旁注，请注意如何使用 logrotate 创建新版本的日志文件，如果创建具有 644 八进制权限的新 postgresql 日志，由 root 用户拥有，那么 postgres 用户将无法写入新的日志文件。

    • 1
  2. Best Answer

    Logrotate 的工作是移动（重命名）和压缩文件。在这种情况下，您已将其配置为重命名和压缩 Rails 日志文件，然后使用原始名称创建新文件。

    文件名是查找文件的一种方式，但实际文件只是磁盘上的一些空间。一个文件可以有多个名称（硬链接）或没有名称（您可以rm打开一个文件，但只要文件在某些​​进程中打开，它仍会占用磁盘空间）。

    您在这里似乎遇到的问题是 Rails 应用程序在重命名时已经打开了文件。Rails 记录器没有注意到名称更改，因为它曾经使用该名称打开文件，然后完全不再关心它的名称。记录器只有一个打开文件的句柄。

    您必须说服它关闭并重新打开日志文件，再次使用它们的名称，这意味着它开始写入新的空文件，这些文件现在具有旧文件的名称。

    如果你看一下，/etc/logrotate.d你会看到很多这样的例子，这取决于你安装了什么。

    例如，rsyslog 有：

    postrotate
    invoke-rc.d rsyslog rotate > /dev/null
endscript

    隧道有：

    postrotate
    /etc/init.d/stunnel4 reopen-logs > /dev/null
endscript

    这些是告诉相关进程文件需要重新打开的脚本。具体机制取决于程序，但这往往是发送一个HUP（或有时USR1）（参见 参考资料man 7 signal），长时间运行的进程将其作为关闭和重新打开日志文件的指令。

    在 Rails 的情况下，这样做的方式取决于您使用的记录器。我刚刚看到一些建议，建议您应该使用copytruncate这基本上是 logrotate 中的“作弊选项”，告诉它手动复制内容并清空文件，而不是移动它并制作一个新文件。（见man logrotate.conf）。这是使用而不是create像这样使用：

    /home/rails/myapp/log/*.log {
    daily
    missingok
    compress
    notifempty
    rotate 12
    copytruncate
    delaycompress
    missingok
    su rails rails
}

    这不是一个很好的解决方案，因为它实际上是在删除其内容之前复制整个文件（以创建它的快照），这是非常低效的。

    但是，如果您使用Unicorn来运行您的应用程序（它在一堆相同的 Rails 工作进程中多路复用请求），它会正常支持 USR1 信号（杀死并替换所有工作人员，有效地导致他们重新打开文件）您可以使用pkill或类似的方式将其发送到 postrotate 中，可能是这样的：

    /home/rails/myapp/log/*.log {
    daily
    missingok
    compress
    notifempty
    rotate 12
    create
    delaycompress
    missingok
    su rails rails
    postrotate
        pkill -USR1 -u rails unicorn
    endscript
}

    pkill是一个搜索正在运行的进程并向它们发送信号的工具，因此这将找到以用户unicorn身份运行的所有名称，rails并向其发送USR1信号，告诉它重新打开日志文件。（我从 Ubuntu 软件包/etc/logrotate.d文件中给出的示例实际上是在做同样的事情，但这些服务在其/etc/init.d脚本的函数中隐藏了搜索。）

    我相信会有一些方法可以postrotate为你所拥有的任何 Rails 设置配置一个明智的（在最坏和最简单的情况下，只需重新启动它），但希望无论如何这都能解释 Ubuntu 的一面......

    • 1

  3. /var/lib/logrotate/status如果显示任何问题，请检查状态

    请检查 /etc/logrotate.d 根所有者和权限模式 644 中文件的权限和所有权。 logrotate 的代码片段：

    /home/rails/myapp/log/*.log {
   rotate 12
   daily
   missingok
   compress
   notifempty
   create 640 rails rails
   delaycompress
   missingok
}

    请通过手动执行检查--verbose logrotate输出maxsizesize

    • 0

相关问题