tail -f始终显示“已杀死”

Question

做的时候

tail -f /var/log/apache2/access.log

它显示日志，然后

Killed

我必须重新执行tail -f才能查看新日志。

如何使tail -f连续显示日志而不杀死自己？

Answer 1

我要做的第一件事是尝试--follow而不是-f。 您的问题可能是由于日志文件被轮换出来而发生的。 从手册页：

使用--follow（-f），tail默认为遵循文件描述符，这意味着即使重命名具有tail的文件，tail仍将继续跟踪其结尾。 当您确实要跟踪文件的实际名称而不是文件描述符（例如，日志轮换）时，这种默认行为是不可取的。 在这种情况下，请使用--follow = name。 这会导致tail以适应重命名，删除和创建的方式跟踪命名文件。*

Answer 2

tail -f不应该被杀死。

顺便说一句，尾巴不会杀死自己，它会被某种东西杀死。 例如系统内存不足或资源限制太严格。

请使用gdb或strace找出导致您的尾巴被杀死的原因。 还要检查您的环境，至少检查ulimit -a和dmesg是否有任何线索。

Answer 3

如果您的描述正确，并且实际上显示了尾巴

Killed

那么它可能不会因日志轮换而发生。 日志轮换将导致tail停止显示新行，但是即使文件被删除，tail也不会被杀死。

相反，系统上的某些其他进程（也许是内核）正在向其发送信号9（SIGKILL）。 可能的原因包括：

• 另一个终端中的用户发出诸如kill -9 1234或pkill -9 tail

• 其他一些工具或守护程序（尽管我想不出能做到这一点的任何工具）

• 内核本身可以将SIGKILL发送到您的进程。 一种执行此操作的方案是踢出OOM（内存不足）杀手。当使用系统中的所有RAM和交换时，就会发生这种情况。 内核将选择一个占用大量内存的进程并杀死它。 如果发生这种情况，它将在syslog中可见，但是tail不太可能使用那么多内存。

• 如果超过了RLIMIT_CPU（进程已使用的CPU时间的限制），则内核可以向您发送SIGKILL。 如果您将尾巴运行了足够长的时间，并且设置了ulimit，则可能会发生这种情况。 要检查此限制（以及其他资源限制），请使用ulimit -a

我认为，这些解释中的第一个或最后一个似乎都是最有可能的。

Answer 4

您需要使用tail -F logfile ，如果日志文件旋转，它将不会终止。