Tinyproxy lochrotaasje: wêrom't maxsize 100M gjin hurde grins is

In maxsize 100M-ynfier is in rotaasjetrigger, gjin libbene grins foar it lochbestân fan Tinyproxy. As logrotate ien kear deis draait, kin it bestân boppe 100 MB groeie foar de folgjende kontrôle.

As Tinyproxy direkt yn in LogFile skriuwt, foegje dan sa'n belied ta oan de besteande logrotate-stanza:

daily
maxsize 100M
rotate 7
compress
delaycompress

Hâld it krekte paad, eigendom, create-rjochten en tsjinstspesifike postrotate-ôfhanneling fan de ynstallearre stanza. Dit fragmint leveret it bewaringsbelied, net de folsleine tsjinstyntergraasje.

Regelje in faker logrotate-rop as deistige kontrôles te folle groei oerlitte. Elk rop beoardielet de regels, mar rotearret net needsaaklik. By grutte-stjoerde rotaasje betsjut rotate 7 sân rotearre bestannen en kin it minder as sân dagen fertsjinwurdigje.

It weriepenjen foltôget de rotaasje

Nei't it bestân omneamd is, moat Tinyproxy syn loch weriepenje. Tinyproxy dokumintearret SIGUSR1 as it werladen fan de konfiguraasje en it sluten en weriepenjen fan it lochbestân; it werlaadt ek de filterkonfiguraasje. Hâld in ferpakt helpmiddel dat al de juste aksje docht yn plak fan in sinjaal of de lizzing fan in PID-bestân te rieden.

It wiskjen fan it aktive bestân koördinearret dat weriepenjen net. copytruncate mijt de omneam-en-werienje-opstelling, mar hat in dokumintearre ynterfal wêryn't gegevens ferlern gean kinne by it kopiearjen en ôfkoartsjen.

As de proxy logboeken nei Syslog stjoert, pas dan bewarring ta yn it ûntfangende logsysteem yn plak fan in regel ta te foegjen foar in bestân dat Tinyproxy net skriuwt.