Rotația jurnalului Tinyproxy: de ce maxsize 100M nu este o limită strictă

logrotate verifică maxsize doar când rulează. Stabiliți frecvența verificării și modul de redeschidere a jurnalului împreună cu pragul.

O intrare maxsize 100M este un declanșator de rotație, nu o limită activă a fișierului de jurnal al Tinyproxy. Dacă logrotate rulează o dată pe zi, fișierul poate crește peste 100 MB înainte de următoarea verificare.

Pentru Tinyproxy care scrie direct în LogFile, îmbinați o politică precum aceasta în stanza logrotate existentă:

daily
maxsize 100M
rotate 7
compress
delaycompress

Păstrați calea corectă, proprietarul, permisiunile create și gestionarea postrotate specifică serviciului din stanza instalată. Acest fragment oferă politica de păstrare, nu integrarea completă a serviciului.

Asigurați o rulare mai frecventă a logrotate dacă verificările zilnice lasă prea multă creștere. Fiecare rulare evaluează regulile; nu rotește neapărat. Cu rotație bazată pe dimensiune, rotate 7 înseamnă șapte fișiere rotite și poate reprezenta mai puțin de șapte zile.

Redeschiderea finalizează rotația

După ce fișierul este redenumit, Tinyproxy trebuie să-și redeschidă jurnalul. Tinyproxy documentează SIGUSR1 ca reîncărcare a configurației și închidere și redeschidere a fișierului de jurnal; reîncarcă și configurația filtrelor. Păstrați un helper împachetat care efectuează deja acțiunea corectă, în loc să ghiciți un semnal sau locația fișierului PID.

Ștergerea fișierului activ nu coordonează acea redeschidere. copytruncate evită aranjamentul redenumire-și-redeschidere, dar are un interval documentat în care datele pot fi pierdute în timpul copierii și trunchierii.

Dacă proxy-ul trimite jurnale către Syslog, aplicați păstrarea în sistemul de logging receptor în loc să adăugați o regulă pentru un fișier pe care Tinyproxy nu îl scrie.

Articole similare