Tinyproxy-Logrotation: Warum maxsize 100M keine harte Obergrenze ist

logrotate prüft maxsize nur bei der Ausführung. Legen Sie die Prüffrequenz und den Umgang mit dem erneuten Öffnen des Logs zusammen mit dem Schwellenwert fest.

Ein maxsize 100M-Eintrag ist ein Rotationsauslöser, keine laufende Obergrenze für die Logdatei von Tinyproxy. Läuft logrotate einmal täglich, kann die Datei vor der nächsten Prüfung über 100 MB wachsen.

Wenn Tinyproxy direkt in eine LogFile schreibt, fügen Sie eine solche Richtlinie in den vorhandenen logrotate-Block ein:

daily
maxsize 100M
rotate 7
compress
delaycompress

Behalten Sie den korrekten Pfad, die Eigentümerschaft, die create-Rechte und die dienstspezifische postrotate-Behandlung des installierten Blocks bei. Dieses Fragment liefert die Aufbewahrungsrichtlinie, nicht die vollständige Dienstintegration.

Sorgen Sie für einen häufigeren logrotate-Aufruf, wenn tägliche Prüfungen zu viel Wachstum zulassen. Jeder Aufruf bewertet die Regeln, rotiert aber nicht zwangsläufig. Bei größengetriebener Rotation bedeutet rotate 7 sieben rotierte Dateien und kann weniger als sieben Tage abdecken.

Das erneute Öffnen vollendet die Rotation

Nach dem Umbenennen muss Tinyproxy sein Log erneut öffnen. Tinyproxy dokumentiert SIGUSR1 als Neuladen der Konfiguration sowie Schließen und erneutes Öffnen der Logdatei; dabei wird auch die Filterkonfiguration neu geladen. Behalten Sie ein mitgeliefertes Hilfsskript bei, das bereits die richtige Aktion ausführt, statt ein Signal oder den Ort der PID-Datei zu raten.

Das Löschen der aktiven Datei koordiniert dieses erneute Öffnen nicht. copytruncate vermeidet das Umbenennen-und-neu-Öffnen, hat aber ein dokumentiertes Intervall, in dem während des Kopierens und Kürzens Daten verloren gehen können.

Wenn der Proxy Logs an Syslog sendet, wenden Sie die Aufbewahrung im empfangenden Logsystem an, statt eine Regel für eine Datei hinzuzufügen, die Tinyproxy nicht schreibt.

Ähnliche Artikel