Ротація журналу 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 не пише.

Схожі статті