Ich führe einen rsync
Befehl mit nohup
in ssh session aus, aber nach einer Weile wird der folgende Fehler zurückgegeben:
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(549) [generator=3.0.9]
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(549) [receiver=3.0.9]
Ich habe den Prozess nicht alleine beendet, ich glaube, es gibt keinen anderen Prozess, der diesen Prozess beendet. Auch ich laufe es im Vordergrund mit nohup
. Ich benutze, nohup
weil aus irgendeinem Grund die SSH-Sitzung beendet wurde und der rsync
Prozess nicht beendet wird.
Was bewirkt das Beenden?
Betriebssystem ist Debian Wheezy.
Antworten:
Dies ist eine alte Frage mit begrenzten Informationen, aber ich denke, was passiert, ist kein rsync-Problem (da rsync sich nicht selbst sigkilliert).
Ich stieß auf ein ähnliches Problem, das sich als Speicherproblem herausstellte. Die Verwaltung des Speichermangels im Kernel bestimmt, welcher Prozess abgebrochen werden soll, indem die Menge des verwendeten virtuellen Speichers geteilt durch die Gesamtlaufzeit betrachtet wird.
Rsync kann abhängig von der Größe und Anzahl der übertragenen Dateien viel Speicher belegen und hat einen niedrigen Laufzeitwert. Dies erhöht die Punktzahl, wenn der Kernel select_bad_process () aufruft.
Überprüfen Sie die Speichernutzung mit einem einfachen Skript, nachdem Sie rsync gestartet haben, das die rsync-Speichernutzung protokolliert:
Überprüfen Sie dmesg auch zu dem Zeitpunkt, zu dem rsync stirbt. Wenn OOM-Fehler auftreten, werden diese angezeigt.
quelle