Ротација дневника 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 не пише.

Повезани чланци