☰

루트에게 이메일: "당신의 직업 1843 결과" - "사망"

tag-icon • tag-icon logs signals at sigkill
루트에게 이메일: "당신의 직업 1843 결과" - "사망"

sources.list저는 Debian 9에서 Sheevaplug(소형 ARM 서버)를 실행하고 있습니다. / 에서는 타사 저장소를 활성화하지 않습니다 sources.list.d.

root으로 실행되고 을(를 ) 사용하는 백업 스크립트가 있습니다 at. 제가 받는 이메일은 내 백업과 마찬가지로 매일 전송되는 것으로 보이기 때문에 9월 13일에 문제가 발생한 것 같습니다 at. 이메일 본문에는 Killed.

내 프로세스에 SIGKILL이 어떻게 전송될지 상상할 수 없습니다! 지금보다 더 많은 정보를 수집하지 않고도어느왜 이런 일이 발생합니까?

dmesgOOM 메시지를 표시하지 않는 전체 커널 로그가 있기 때문에 OOM Killer(메모리 부족 상태)에서 발생할 수 없습니다 .

일은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

나는 그것이 SystemCallFilter=기본적으로 SIGSYS를 보내는 systemd라고 생각합니다. 나는 여러 사람이 SIGKILL을 보내는 것을 보았습니다 rlimit. 그러나 나는 s를 직접 설정하기 위해 아무것도 하지 않았으며 rlimit두 경우 모두 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])

"기기에 남은 공간이 없습니다"라고 뜨면서 "대상으로 돌아가기"가 실패하는 것 같아서 궁금하실 겁니다. 드라이브에 공간이 꽤 있는 것 같아서 잘 모르겠지만 그건 다른 날에 물어볼 문제입니다.

관련 정보