Rrotullimi i regjistrit të Tinyproxy: pse maxsize 100M nuk është kufi i fortë

Një zë maxsize 100M është nxitës rrotullimi, jo një kufi i drejtpërdrejtë i skedarit të regjistrit të Tinyproxy. Nëse logrotate ekzekutohet një herë në ditë, skedari mund të rritet mbi 100 MB përpara kontrollit të radhës.

Për Tinyproxy që shkruan drejtpërdrejt në LogFile, bashkoni një politikë si kjo në stanjën ekzistuese logrotate:

daily
maxsize 100M
rotate 7
compress
delaycompress

Ruani shtegun e saktë, pronësinë, lejet create dhe trajtimin postrotate specifik të shërbimit të stanjës së instaluar. Ky fragment jep politikën e ruajtjes, jo integrimin e plotë të shërbimit.

Organizoni ekzekutim më të shpeshtë të logrotate nëse kontrollet ditore lënë rritje të tepërt. Çdo ekzekutim vlerëson rregullat; nuk rrotullon medoemos. Me rrotullim të bazuar në madhësi, rotate 7 nënkupton shtatë skedarë të rrotulluar dhe mund të përfaqësojë më pak se shtatë ditë.

Rihapja përfundon rrotullimin

Pasi skedari riemërtohet, Tinyproxy duhet të rihapë regjistrin e tij. Tinyproxy dokumenton SIGUSR1 si ringarkim të konfigurimit dhe mbyllje e rihapje të skedarit të regjistrit; ringarkon edhe konfigurimin e filtrave. Ruani një ndihmës të paketuar që tashmë kryen veprimin e saktë, në vend që të hamendësoni një sinjal ose vendndodhjen e skedarit PID.

Fshirja e skedarit aktiv nuk e koordinon atë rihapje. copytruncate shmang skemën riemërto-dhe-rihap, por ka një interval të dokumentuar në të cilin të dhënat mund të humbin gjatë kopjimit dhe shkurtimit.

Nëse proxy dërgon regjistrat në Syslog, aplikoni ruajtjen në sistemin regjistrues pritës në vend që të shtoni një rregull për një skedar që Tinyproxy nuk e shkruan.