Tinyproxy-loggrotation: varför maxsize 100M inte är en hård gräns

logrotate kontrollerar maxsize bara när det körs. Ställ in kontrollfrekvensen och hanteringen av att öppna loggen igen tillsammans med tröskeln.

En maxsize 100M-post är en rotationstrigger, inte en löpande gräns för Tinyproxys loggfil. Om logrotate körs en gång om dagen kan filen växa förbi 100 MB före nästa kontroll.

För Tinyproxy som skriver direkt till LogFile, slå ihop en sådan policy med dess befintliga logrotate-stanza:

daily
maxsize 100M
rotate 7
compress
delaycompress

Behåll den installerade stanzans korrekta sökväg, ägande, create-behörigheter och tjänstespecifika postrotate-hantering. Det här fragmentet ger kvarhållningspolicyn, inte den fullständiga tjänsteintegrationen.

Ordna tätare logrotate-körningar om dagliga kontroller lämnar för mycket tillväxt. Varje körning utvärderar reglerna; den roterar inte nödvändigtvis. Med storleksstyrd rotation betyder rotate 7 sju roterade filer och kan motsvara färre än sju dagar.

Återöppningen fullbordar rotationen

När filen har bytt namn måste Tinyproxy öppna sin logg igen. Tinyproxy dokumenterar SIGUSR1 som att läsa in konfigurationen på nytt samt stänga och öppna loggfilen igen; den läser också in filterkonfigurationen på nytt. Behåll en paketerad hjälpare som redan utför rätt åtgärd i stället för att gissa en signal eller PID-filens plats.

Att radera den aktiva filen samordnar inte den återöppningen. copytruncate undviker upplägget med namnbyte och återöppning men har ett dokumenterat intervall där data kan gå förlorad under kopiering och trunkering.

Om proxyn skickar loggar till Syslog, tillämpa kvarhållning i det mottagande loggsystemet i stället för att lägga till en regel för en fil som Tinyproxy inte skriver.

Relaterade artiklar