Tinyproxy-logrotasjon: kvifor maxsize 100M ikkje er ei hard grense

Ei maxsize 100M-oppføring er ein rotasjonstriggar, ikkje ei løpande grense for loggfila til Tinyproxy. Køyrer logrotate éin gong i døgeret, kan fila veksa forbi 100 MB før neste sjekk.

For Tinyproxy som skriv direkte til LogFile, før ein slik policy inn i den eksisterande logrotate-stanzaen:

daily
maxsize 100M
rotate 7
compress
delaycompress

Hald på rett sti, eigarskap, create-løyve og tenestespesifikk postrotate-handtering frå den installerte stanzaen. Dette fragmentet gjev oppbevaringspolicyen, ikkje den fullstendige tenesteintegrasjonen.

Syt for hyppigare logrotate-køyringar om daglege sjekkar gjev for mykje vekst. Kvar køyring vurderer reglane; ho roterer ikkje nødvendigvis. Med storleiksstyrt rotasjon tyder rotate 7 sju roterte filer og kan utgjere færre enn sju dagar.

Gjenopninga fullfører rotasjonen

Etter at fila er gjeven nytt namn, må Tinyproxy opne loggen sin på nytt. Tinyproxy dokumenterer SIGUSR1 som å laste konfigurasjonen på nytt og lukke og opne loggfila på nytt; han lastar òg filterkonfigurasjonen på nytt. Ta vare på ein pakka hjelpar som allereie gjer den rette handlinga i staden for å gissa eit signal eller ein PID-filplass.

Sletting av den aktive fila koordinerer ikkje den gjenopninga. copytruncate unngår ordninga med nytt namn og gjenopning, men har eit dokumentert intervall der data kan gå tapt under kopiering og trunkering.

Om proxyen sender loggar til Syslog, bruk oppbevaring i det mottakande loggesystemet i staden for å leggje til ein regel for ei fil Tinyproxy ikkje skriv.