Cron ist ein Spammer, wie kann ich das verhindern?

Also, ich bin mit einem sehr eigenartigen spambot stecken: cron.

Jeden Tag erhalte ich die folgende E-Mail:

/etc/cron.daily/apt:
FATAL -> Failed to fork.

Was würde diesen Fehler verursachen? Meine /etc/cron.daily/aptist die gleiche wie die Standardinstallation, es ist also offensichtlich etwas anderes.

Ich mache mir keine Sorgen, dass cron mir Mails sendet (da es mir viele nützliche Probleme / Daten gibt). Ich möchte nur das vorliegende Problem lösen.

Läuft auf dem System nicht genügend Arbeitsspeicher?

Sie können nachsehen /var/log/syslog, ob OOMwährend der /etc/cron.daily/aptlaufenden Tageszeit Meldungen (zu wenig Speicher) angezeigt werden .

/etc/cron.daily/apt wird um 06:25 Uhr ausgeführt, aber das apt-Skript enthält einen zufälligen Ruhezustand, sodass es möglicherweise bis zu 1800 Sekunden später dauern kann

Der Befehl kann free -mIhnen auch mitteilen, wie viel Speicherplatz Sie zur Verfügung haben, und vmstat 5kann Ihnen anzeigen, ob Sie viel austauschen oder Speicherplatz verschieben.

In diesem Fall möchten Sie möglicherweise mehr Auslagerungsdateien hinzufügen, mehr Speicher hinzufügen oder feststellen, ob unnötige Prozesse ausgeführt werden, die den gesamten Speicher beanspruchen. (Neustart bei Speicherverlust)

Apt manuell ausführen?

Haben Sie versucht, /etc/cron.daily/aptmanuell zu starten, um festzustellen, ob Sie weitere Warnungen / Fehler erhalten?

Wenn Sie Ubuntu 14.04 LTS ausführen, finden Sie einen Aufruf für das random_sleepUnterprogramm unter line 425. Fügen Sie ein #in diese Zeile ein, damit es vor einem Lauf nicht in den Energiesparmodus wechselt.

Auf Ubuntu 12.04 LTS ist es so line 423. Ubuntu 16.04 LTS sollte diese Datei nicht haben, soweit ich sehen kann.

Laufen Sie /etc/cron.daily/aptals root wie folgt:

root@hostname:~# /etc/cron.daily/apt

Oder mit sudoso etwas:

username@hostname:~$ sudo /etc/cron.daily/apt

Möglicherweise gibt es einige interessante Fehler, die auf die richtige Richtung hinweisen, oder versuchen Sie, in der /var/log/syslogDatei nach verdächtigen Informationen zu suchen .