☰

发送给 root 的电子邮件：“您的工作 1843 的输出”-“已杀死”

tag-icon • tag-icon logs signals at sigkill
发送给 root 的电子邮件：“您的工作 1843 的输出”-“已杀死”

sources.list我在 Debian 9 上运行 Sheevaplug（小型 ARM 服务器）。它没有在/中启用任何第三方存储库sources.list.d。

我有一个备份脚本，它运行为root，并使用at.我认为 9 月 13 日发生了一些问题，因为我收到的这些电子邮件看起来像是来自at.它们是每天的，就像我的备份一样。邮件正文只是说Killed。

我无法想象什么会向我的进程发送 SIGKILL ！在不收集比我现在更多的信息的情况下，你能想到吗任何为什么会发生这种情况？

它不可能来自 OOM Killer（内存不足情况），因为我有完整的内核日志，dmesg其中不显示任何 OOM 消息。

工作at是

#!/bin/sh
# at uses sh shell

set -e                   
cd /d/backup/jenkins-desktop/

for i in */; do                              
    nice ionice -c 3 rdiff-backup "$i" ../jenkins-desktop.rdiff/"$i"
done

我怀疑它是 systemd SystemCallFilter=，默认情况下会发送 SIGSYS 。我看到有几个rlimits 发送了 SIGKILL。但我并没有做任何事情来设置rlimits 自己；而且看起来在这两种情况下你都会首先被 SIGXCPU 杀死，这默认是致命的并且应该显示“超出 CPU 时间限制”。

我查看了一下journalctl --since=-2d -p notice，没有错误，只有一些来自 的成功消息anacron。

Return-path: <root@brick>
Envelope-to: root@brick
Delivery-date: Thu, 13 Sep 2018 02:14:15 +0100
Received: from root by brick with local (Exim 4.89)
        (envelope-from <root@brick>)
        id 1g0GD0-0000Xr-Bz
        for root@brick; Thu, 13 Sep 2018 02:14:14 +0100
Subject: Output from your job     1843
To: root@brick
Message-Id: <E1g0GD0-0000Xr-Bz@brick>
From: root <root@brick>
Date: Thu, 13 Sep 2018 02:14:14 +0100
X-IMAPbase: 1541805998 113
Status: O
X-UID: 1

Killed

答案1

邮件正文只是说Killed。

抱歉，这是错误的。

主体第一的消息说Killed。我认为这是管理员（我）执行的一次性杀戮:-)。

我每天收到消息的原因可以通过查看后续消息来调查。或者，我现在应该小心，第二条和最后一条消息看起来是一样的:-)。

Previous backup seems to have failed, regressing destination now.
Exception '[Errno 28] No space left on device' raised of class '<type 'exceptions.IOError'>':
  File "/usr/lib/python2.7/dist-packages/rdiff_backup/robust.py", line 32, in check_common_error
    try: return function(*args)
  File "/usr/lib/python2.7/dist-packages/rdiff_backup/restore.py", line 468, in get_fp
    Rdiff.write_patched_fp(current_fp, delta_fp, new_fp)
  File "/usr/lib/python2.7/dist-packages/rdiff_backup/Rdiff.py", line 73, in write_patched_fp
    rpath.copyfileobj(librsync.PatchedFile(basis_fp, delta_fp), out_fp)
  File "/usr/lib/python2.7/dist-packages/rdiff_backup/rpath.py", line 64, in copyfileobj
    outputfp.write(inbuf)

Exception '[Errno 28] No space left on device' raised of class '<type 'exceptions.IOError'>':
  File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line 304, in error_check_Main
    try: Main(arglist)
  File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line 324, in Main
    take_action(rps)
  File "/usr/lib/python2.7/dist-packages/rdiff_backup/Main.py", line 280, in take_action
    elif action == "backup": Backup(rps[0], rps[1])

您可能想知道“回归目的地”似乎失败并显示“设备上没有剩余空间”。我不确定，因为驱动器上似乎有相当多的空间，但这是另一天的问题。

相关内容