Gestern Abend ist mir im Mail-Log aufgefallen, dass ich eine neue Nachricht bekomme:
MAIL (mailed XXX bytes of output but got status 0x0047#012)
Der Cron-Job wurde zwar erfolgreich ausgeführt (da es sich um ein Skript handelt, das an eine API eines Drittanbieters überträgt, und dieser den Empfang der Daten bestätigt hat), aber ich kann den Status der Übertragung auf unserer Seite nicht sehen.
Ich vermute, dass es mit der Menge des verfügbaren Speicherplatzes zusammenhängt, kann es aber nicht mit Sicherheit sagen.
Hier ist die Ausgabe von df-h
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 9.8G 9.7G 0 100% /
devtmpfs 1.9G 64K 1.9G 1% /dev
tmpfs 1.9G 0 1.9G 0% /dev/shm
/dev/xvdb1 48G 6.7G 39G 15% /var/www
Als Referenz verwenden wir Centos 6.6 auf AWS
Ich habe versucht, online nach der Bedeutung dieser Nachricht zu suchen, konnte sie aber nicht finden. Wenn jemand Licht ins Dunkel bringen könnte, wäre das großartig, danke.
BEARBEITEN:
Die als Duplikat gekennzeichnete Antwort hat mir nicht geholfen, da sie nichts mit meiner Frage zu tun hat und der Benutzer, der diese Frage gestellt hat, eine andere Fehlerantwort erhalten hat.
Antwort1
Ihre Festplatte ist tatsächlich voll, wie die Statistik „100 % genutzt“ für /dev/xvda1 zeigt. Ich habe Ihre Frage bearbeitet, um die Ausgabeheader für den dfBefehl einzuschließen.
Sie müssen Speicherplatz auf Ihrer Festplatte freigeben, damit Ihre Protokolle fortgesetzt werden können.
Antwort2
Also habe ich unseren Systemadministrator kontaktiert (wir haben ihn beauftragt, ich bin in meiner Firma nur ein Entwickler) und er sagte, dies sei ein Problem bei der Aktualisierung unseres AWS-Servers. Grundsätzlich melden wir uns in unserem Ordner /var/httpd an, da wir dort viel Platz haben, aber durch die Aktualisierung sind unsere Zeiger verschwunden. Hier sind seine Notizen, die jedem in Zukunft helfen sollen.
Diese Hinweise beziehen sich auf das Problem im Allgemeinen und die Apache-Protokolle:
Nach einer Runde von Server-Updates letzte Woche wurden die Apache-Protokolle an den falschen Speicherort geschrieben. Dies wurde behoben und die Protokolle werden nun wieder ordnungsgemäß auf das Volume /var/httpd geschrieben. Wir haben die Protokolle auf das Volume /var/httpd geschrieben, um zu verhindern, dass es das Stammvolume verstopft. Das Stammvolume ist 10 GB groß und das Volume /var/httpd 50 GB.
Diese Hinweise beziehen sich speziell auf das Cron-Problem:
Es lag wahrscheinlich am Speicherplatzproblem des Stammdatenträgers. Mailserver schreiben in Warteschlangen, die dann senden. Wenn der Datenträger voll war, konnte nicht in die Warteschlange geschrieben werden.
Mich würde immer noch interessieren, wo ich eine Liste der von Cron verwendeten Statuscodes sehen kann, da dies meine ursprüngliche Frage war und ich diese Informationen nicht finden kann. Wenn ich diese Informationen herausfinde, werde ich diese Antwort damit aktualisieren.