Ротация на журналите на Tinyproxy: защо maxsize 100M не е твърд лимит

logrotate проверява maxsize само когато се стартира. Задайте честотата на проверка и обработката на повторното отваряне на журнала заедно с прага.

Записът maxsize 100M е задействащ механизъм за ротация, а не постоянен лимит на журналния файл на Tinyproxy. Ако logrotate се стартира веднъж дневно, файлът може да нарасне над 100 MB преди следващата проверка.

Ако Tinyproxy пише директно в LogFile, добавете такава политика към съществуващия блок logrotate:

daily
maxsize 100M
rotate 7
compress
delaycompress

Запазете правилния път, собственост, правата create и специфичната за услугата обработка postrotate на инсталирания блок. Този фрагмент дава политиката за съхранение, а не пълната интеграция с услугата.

Организирайте по-често стартиране на logrotate, ако дневните проверки оставят твърде голям растеж. Всяко стартиране оценява правилата, но не ротира непременно. При ротация, водена от размера, rotate 7 означава седем ротирани файла и може да представлява по-малко от седем дни.

Повторното отваряне завършва ротацията

След преименуването на файла Tinyproxy трябва да отвори отново журнала си. Tinyproxy документира SIGUSR1 като презареждане на конфигурацията и затваряне и повторно отваряне на журналния файл, а също презарежда конфигурацията на филтрите. Запазете пакетиран помощен скрипт, който вече извършва правилното действие, вместо да гадаете сигнал или местоположение на PID файл.

Изтриването на активния файл не координира това повторно отваряне. copytruncate избягва схемата с преименуване и повторно отваряне, но има документиран интервал, в който данните могат да се загубят при копиране и отрязване.

Ако проксито изпраща журнали към Syslog, приложете съхранението в приемащата система за журнали, вместо да добавяте правило за файл, който Tinyproxy не пише.

Подобни статии