Gibt es eine richtige Möglichkeit zum Löschen von Protokollen?

Ich habe mich gefragt, ob es einen richtigen Weg gibt, um Protokolle im Allgemeinen zu löschen.

Ich bin neu in Ubuntu und versuche, Postfix einzurichten. Das fragliche Login ist /var/log/mail.log. Ich habe mich gefragt, ob es einen richtigen Weg gibt, es zu löschen, anstatt dass ich alle Zeilen lösche und speichere. Ich finde, dass manchmal Fehler nicht sofort geschrieben werden, nachdem ich das Protokoll gelöscht und gespeichert habe.

Randnotiz: Ich habe Probleme beim Einrichten von Postfix und versuche, das Lesen der Protokolle zu vereinfachen, in der Hoffnung, dass es mir helfen kann, anstatt einen Bildlauf bis zum Ende durchzuführen.

Sie können verwenden:

> /var/log/mail.log

Dadurch wird das Protokoll abgeschnitten, ohne dass Sie die Datei bearbeiten müssen. Es ist auch ein zuverlässiger Weg, um den Platz zurückzugewinnen. Manchmal machen die Leute den Fehler, rm im Protokoll zu verwenden und dann den Dateinamen neu zu erstellen. Wenn bei einem anderen Prozess die Datei geöffnet ist, erhalten Sie den Speicherplatz erst zurück, wenn dieser Prozess seine Zugriffsrechte schließt und Sie seine Berechtigungen durcheinander bringen können.

Wenn Sie sich den Inhalt des Protokolls ansehen, können Sie auch den folgenden tailBefehl verwenden:

tail -f /var/log/mail.log

Strg-C bricht das Tailing ab.

Ja, es gibt einen richtigen Weg: Sie löschen überhaupt keine Protokolle. Sie drehen sie. Bei der Rotation wird die Protokollausgabe auf eine neue Datei mit demselben Namen umgeschaltet, wobei die vorherigen N Protokolldateien unter einem Satz von N verwandten Dateinamen gespeichert werden.

Wie man Protokolle dreht, hängt davon ab, wie man sie zuerst schreibt. Dies ist ein oft übersehener Punkt. Einige der hier gegebenen Antworten beziehen sich zumindest darauf und erwähnen, dass einige Protokollierungsprogramme einen offenen Dateideskriptor für die Protokolldatei beibehalten, sodass nur das Löschen der Datei nicht den Speicherplatz freigibt oder sogar die Ausgabe auf eine neue Protokolldatei umschaltet.

Wenn das Programm, mit dem die Protokolldatei geschrieben wird , zum Beispiel multilogaus dem daemontoolsPaket stammt , tun Sie nichts, um die Protokolle überhaupt zu drehen - keine manuellen Skripte, keine cronJobs. Sagen Sie einfach, multilogdass sich die Protokollausgabe in einem Verzeichnis befindet, und es wird selbst eine automatisch gedrehte und größenbegrenzte Menge von N Protokolldateien in diesem Verzeichnis beibehalten.

Wenn das Programm, mit dem die Protokolldateien geschrieben werden, beispielsweise svlogdaus dem runitPaket stammt , gilt das Gleiche. Sie tun nichts anderes, als das Tool auf ein Verzeichnis zu richten. Es verwaltet selbst einen automatisch gedrehten und größenbegrenzten Satz von N Protokolldateien in diesem Verzeichnis.

Wenn Sie rsyslogzum Schreiben von Protokolldateien verwenden, kann das Protokollierungsprogramm angewiesen werden, anzuhalten, nachdem die Protokolldatei eine bestimmte Größe erreicht hat, und ein Skript auszuführen . Sie müssen das Fleisch des Skripts schreiben, um die Protokolldatei tatsächlich umzubenennen und alte Protokolldateien basierend auf Gesamtgrößenbeschränkungen zu löschen, aber zumindest hat das Protokollierungsprogramm die Datei geschlossen und das Schreiben von Protokollen angehalten, während dies geschieht.

Die alte syslogdMethode zum Rotieren von Protokollen, die immer noch von Protokollierungsprogrammen wie syslog-ng erwartet wird und anhand von Tools veranschaulicht wird, wie logrotatesie djangofanin einer anderen Antwort erwähnt wurden, ist etwas willkürlicher. Einer führt einen cronJob aus, der die Protokolldateien regelmäßig umbenennt und den Protokollierungsdämon neu startet (mit dem Dämon-Supervisor, unter dem er ausgeführt wird). Das Problem dabei ist natürlich, dass keine Obergrenze für die Gesamtgröße festgelegt wird. In langsamen Wochen können N sehr kleine tägliche Protokolldateien abgerufen werden, während an geschäftigen Tagen 1 sehr große Protokolldatei abgerufen werden kann, die weit über der Größenbeschränkung liegt.

Aus diesem Grund mögen multilogund svlogdhaben spätere und bessere Tools Konfigurationsoptionen für die Dateigröße und prüfen die Protokolldateigrößen natürlich selbst. Die Welt hat erfahren, dass das Abrufen der Protokolle nach einem Zeitplan mit cronAufträgen oder sogar einem logrotateDaemon Fenster für die falsche Größe und den richtigen Ort für diese Überprüfungen belässt und die vom Administrator festgelegten Größenbeschränkungen so rigoros erzwingt , dass sie eingehalten werden Protokolldateien verschlucken niemals die Partition, auf der sie sich befinden, und befinden sich in dem Programm, das die Dateien tatsächlich an erster Stelle ausschreibt.

Sie können dies auch verwenden ..

truncate /opt/package/logs/*.log --size 0

Hier werden alle Protokolldateien in / opt / package / logs leer.

Ja, für Linux gibt es ein Tool namens LogRotate .

Wenn Sie das Protokoll löschen, um Speicherplatz freizugeben, können Sie cat / dev / null verwenden, ohne Programme zu unterbrechen, die in das Protokoll schreiben. Lösche sie niemals! Manche Software beschwert sich möglicherweise, indem sie aufhört zu arbeiten oder das Protokoll bis zum nächsten Neustart vollständig ignoriert

cat /dev/null > /path/to/logfile

# to empty all the logs in a directory
for i in /var/log/*; do cat /dev/null > $i; done

Kurzes und kompatibles Überschreiben von Inhalten: : > /dest/file

Es gibt aber auch einen Systemaufruf truncatevom Typ truncate (2) und ein entsprechendes Userspace-Tool auf vielen * NIX-Systemen.

Wenn Sie die Datei behalten möchten, bevor Sie sie bereinigen, können Sie Folgendes tun:

cp /var/log/mail.log /var/log/mail.log.1 && echo -n "" > /var/log/mail.log

Wenn Sie nach einem bestimmten Text oder einer bestimmten E-Mail im Protokoll suchen möchten, können Sie grep verwenden. Wenn Sie einige Grafiken zur Mailnutzung behalten möchten, können Sie AWStats verwenden.

Hier ist, wie ich es mache, und dies ist nur für NGINX, Sie können das entfernen, damit es auf allen Protokolldateien funktioniert.

# Clear nginx logs.
# @usage delnginxlogs
function delnginxlogs() {
  echo "--------------- ⏲  Clearing logs... ---------------"

  # Clear logs.
  for i in /var/log/nginx/*; do cat /dev/null > $i; done

  echo "--------------- ⏲  Deleting .gz log files... ---------------"

  # Delete .gz files.
  find /var/log/nginx -type f -regex ".*\.gz$" -delete

  echo "--------------- 💯 DONE: NGINX logs cleared ... ---------------"
}

cat / dev / null> / path / to / logfile

Funktioniert bei mir