E-mail enviado para a raiz: “Saída do seu trabalho 1843” - “Morto”

Question

Eu corro um Sheevaplug (pequeno servidor ARM) com o Debian 9. Ele não tem repositórios de terceiros habilitados em sources.list / sources.list.d .

Eu tenho um script de backup que é executado como root e usa at . Acho que algo aconteceu em 13 de setembro, porque estou recebendo esses e-mails que parecem vir de at . Eles são diários, como meus backups. O corpo da mensagem diz apenas Killed .

Não consigo imaginar o que estaria enviando o SIGKILL para o meu processo! Sem coletar mais informações do que as que tenho agora, você pode pensar em alguma razão em que isso aconteceria?

Não pode ser do killer OOM (condição Out of Memory), porque eu tenho um log completo do kernel em dmesg que não mostra nenhuma mensagem OOM.

O trabalho 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

Eu duvido que seja systemd SystemCallFilter= , e que enviaria SIGSYS por padrão. Vejo que alguns rlimit s enviam SIGKILL. Mas eu não estou fazendo nada para definir rlimit s eu mesmo; também parece que em ambos os casos você seria morto pelo SIGXCPU primeiro, que por padrão é fatal e deve mostrar "limite de tempo de CPU excedido".

Eu procurei em journalctl --since=-2d -p notice e não há erros, apenas algumas mensagens de sucesso de 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

    

Answer 1

The body of the message just says Killed.

Desculpe, isso estava incorreto.

O corpo da primeira mensagem diz Killed . Eu acho que esse foi um assassinato realizado por um admin (eu): -).

O motivo pelo qual recebo mensagens diárias pode ser investigado olhando para as mensagens subsequentes. Ou, devo ter cuidado agora e dizer que a segunda e a última mensagem são as mesmas: -).

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])

Você pode estar se perguntando se "destino regressivo" parece falhar com "Não há espaço disponível no dispositivo". Não tenho certeza, porque parece haver uma boa quantidade de espaço na unidade, mas isso é uma questão para outro dia.