Tinyproxy-naplórotáció: miért nem kemény korlát a maxsize 100M

A maxsize 100M bejegyzés rotációs kiváltó, nem élő korlát a Tinyproxy naplófájljára. Ha a logrotate naponta egyszer fut, a fájl a következő ellenőrzés előtt 100 MB fölé nőhet.

Ha a Tinyproxy közvetlenül LogFile-ba ír, illesszen be egy ilyen szabályt a meglévő logrotate blokkjába:

daily
maxsize 100M
rotate 7
compress
delaycompress

Tartsa meg a telepített blokk helyes útvonalát, tulajdonjogát, create jogosultságait és a szolgáltatásra jellemző postrotate kezelést. Ez a rész a megőrzési szabályt adja, nem a teljes szolgáltatásintegrációt.

Gondoskodjon sűrűbb logrotate-futtatásról, ha a napi ellenőrzések túl nagy növekedést hagynak. Minden futás kiértékeli a szabályokat, de nem feltétlenül rotál. Méretvezérelt rotációnál a rotate 7 hét rotált fájlt jelent, és hét napnál rövidebb időt is lefedhet.

Az újranyitás teszi teljessé a rotációt

A fájl átnevezése után a Tinyproxynak újra kell nyitnia a naplóját. A Tinyproxy dokumentálja, hogy a SIGUSR1 újratölti a konfigurációt, valamint bezárja és újranyitja a naplófájlt; a szűrők konfigurációját is újratölti. Tartsa meg a csomagolt segédeszközt, amely már a helyes műveletet végzi, ahelyett hogy jelet vagy PID-fájl helyét találgatná.

Az aktív fájl törlése nem hangolja össze ezt az újranyitást. A copytruncate elkerüli az átnevezés-és-újranyitás elrendezést, de dokumentált időköze van, amely alatt adat veszhet el a másolás és a csonkítás során.

Ha a proxy naplókat küld a Syslog rendszerbe, a megőrzést a fogadó naplózási rendszerben alkalmazza ahelyett, hogy szabályt adjon egy olyan fájlhoz, amelyet a Tinyproxy nem ír.