Tinyproxy žurnāla rotācija: kāpēc maxsize 100M nav stingrs ierobežojums

logrotate pārbauda maxsize tikai tad, kad darbojas. Iestatiet pārbaudes biežumu un žurnāla atkārtotas atvēršanas apstrādi kopā ar slieksni.

Ieraksts maxsize 100M ir rotācijas trigeris, nevis dzīvs Tinyproxy žurnāla faila ierobežojums. Ja logrotate darbojas reizi dienā, fails var izaugt virs 100 MB pirms nākamās pārbaudes.

Ja Tinyproxy raksta tieši uz LogFile, iekļaujiet šādu politiku esošajā logrotate sadaļā:

daily
maxsize 100M
rotate 7
compress
delaycompress

Saglabājiet instalētās sadaļas pareizo ceļu, īpašnieku, create atļaujas un pakalpojumam raksturīgo postrotate apstrādi. Šis fragments nodrošina uzglabāšanas politiku, nevis pilnu pakalpojuma integrāciju.

Nodrošiniet biežāku logrotate izpildi, ja ikdienas pārbaudes atstāj pārāk lielu pieaugumu. Katra izpilde izvērtē noteikumus; tā ne vienmēr rotē. Ar izmēra noteiktu rotāciju rotate 7 nozīmē septiņus rotētus failus un var nozīmēt mazāk nekā septiņas dienas.

Atkārtota atvēršana pabeidz rotāciju

Pēc faila pārdēvēšanas Tinyproxy ir jāatver žurnāls no jauna. Tinyproxy dokumentē SIGUSR1 kā konfigurācijas pārkraušanu un žurnāla faila aizvēršanu un atkārtotu atvēršanu; tas pārkrauj arī filtru konfigurāciju. Saglabājiet iepakoto palīgu, kas jau veic pareizo darbību, nevis miniet signālu vai PID faila atrašanās vietu.

Aktīvā faila dzēšana nesaskaņo šo atkārtoto atvēršanu. copytruncate izvairās no pārdēvēšanas un atkārtotas atvēršanas kārtības, taču tam ir dokumentēts intervāls, kurā dati var tikt zaudēti kopēšanas un saīsināšanas laikā.

Ja starpniekserveris sūta žurnālus uz Syslog, piemērojiet uzglabāšanu saņēmējā reģistrēšanas sistēmā, nevis pievienojiet noteikumu failam, kuru Tinyproxy neraksta.

Saistītie raksti