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

Падобныя артыкулы