Tinyproxyn lokien kierto: miksi maxsize 100M ei ole kova yläraja
logrotate tarkistaa maxsize-arvon vain käynnistyessään. Aseta tarkistustiheys ja lokin uudelleenavauksen käsittely kynnyksen rinnalle.
Merkintä maxsize 100M on kierron laukaisin, ei jatkuva yläraja Tinyproxyn lokitiedostolle. Jos logrotate käynnistyy kerran päivässä, tiedosto voi kasvaa yli 100 MB ennen seuraavaa tarkistusta.
Jos Tinyproxy kirjoittaa suoraan LogFile-tiedostoon, yhdistä tällainen käytäntö sen olemassa olevaan logrotate-lohkoon:
daily
maxsize 100M
rotate 7
compress
delaycompressSäilytä asennetun lohkon oikea polku, omistajuus, create-oikeudet ja palvelukohtainen postrotate-käsittely. Tämä katkelma tarjoaa säilytyskäytännön, ei täydellistä palveluintegraatiota.
Järjestä tiheämpi logrotate-käynnistys, jos päivittäiset tarkistukset jättävät liikaa kasvua. Jokainen käynnistys arvioi säännöt, mutta ei välttämättä kierrä. Kokoon perustuvassa kierrossa rotate 7 tarkoittaa seitsemää kierrettyä tiedostoa ja voi edustaa alle seitsemää päivää.
Uudelleenavaus viimeistelee kierron
Kun tiedosto on nimetty uudelleen, Tinyproxyn on avattava lokinsa uudelleen. Tinyproxy dokumentoi SIGUSR1-signaalin asetusten uudelleenlataukseksi sekä lokitiedoston sulkemiseksi ja uudelleenavaamiseksi, ja se lataa uudelleen myös suodatinasetukset. Säilytä paketoitu apuohjelma, joka jo tekee oikean toimen, sen sijaan että arvaisit signaalin tai PID-tiedoston sijainnin.
Aktiivisen tiedoston poistaminen ei koordinoi tuota uudelleenavausta. copytruncate välttää uudelleennimeämis- ja uudelleenavausjärjestelyn, mutta siinä on dokumentoitu aikaväli, jonka aikana tietoja voi kadota kopioinnin ja katkaisun aikana.
Jos välityspalvelin lähettää lokit Syslog-järjestelmään, käytä säilytystä vastaanottavassa lokijärjestelmässä sen sijaan, että lisäisit säännön tiedostolle, jota Tinyproxy ei kirjoita.