Pag-ikot ng log ng Tinyproxy: Bakit ang maxsize 100M ay Hindi Matigas na Takda

Ang entry na maxsize 100M ay isang trigger ng pag-ikot, hindi isang live na takda sa log file ng Tinyproxy. Kung tumatakbo ang logrotate isang beses sa isang araw, maaaring lumaki ang file nang higit sa 100 MB bago ang susunod na pagsusuri.

Para sa Tinyproxy na direktang nagsusulat sa LogFile, pagsamahin ang tulad na patakaran sa umiiral na logrotate stanza nito:

daily
maxsize 100M
rotate 7
compress
delaycompress

Panatilihin ang tamang landas, pagmamay-ari, mga pahintulot na create at paghawak na postrotate na partikular sa serbisyo ng naka-install na stanza. Ang pirasong ito ay nagbibigay ng patakaran sa pagpapanatili, hindi ang buong integrasyon ng serbisyo.

Mag-ayos ng mas madalas na pagtakbo ng logrotate kung ang araw-araw na pagsusuri ay nag-iiwan ng masyadong malaking paglaki. Sinusuri ng bawat pagtakbo ang mga patakaran; hindi ito laging nag-ikot. Sa pag-ikot na nakabatay sa laki, ang rotate 7 ay nangangahulugang pitong naikot na file at maaaring kumatawan nang mas kaunti sa pitong araw.

Kinukumpleto ng muling pagbubukas ang pag-ikot

Pagkatapos mapalitan ng pangalan ang file, kailangang muling buksan ng Tinyproxy ang log nito. Idinodokumento ng Tinyproxy ang SIGUSR1 bilang muling pag-load ng configuration at pagsasara at muling pagbubukas ng log file; muling nilo-load din nito ang configuration ng filter. Panatilihin ang isang naka-package na helper na gumagawa na ng tamang aksyon sa halip na hulaan ang isang signal o lokasyon ng PID file.

Ang pagtanggal ng aktibong file ay hindi nag-uugnay sa muling pagbubukas na iyon. Iniiwasan ng copytruncate ang kaayusan ng palitan-ang-pangalan-at-muling-buksan ngunit may dokumentadong agwat kung saan maaaring mawala ang data habang kinokopya at pinuputol.

Kung ang proxy ay nagpapadala ng log sa Syslog, ilapat ang pagpapanatili sa tumatanggap na logging system sa halip na magdagdag ng patakaran para sa file na hindi isinusulat ng Tinyproxy.