Mzunguko wa kumbukumbu za Tinyproxy: kwa nini maxsize 100M si kikomo kigumu

Kipengele maxsize 100M ni kichocheo cha mzunguko, si kikomo cha moja kwa moja cha faili ya kumbukumbu ya Tinyproxy. Ikiwa logrotate hufanya kazi mara moja kwa siku, faili inaweza kukua zaidi ya 100 MB kabla ya ukaguzi unaofuata.

Kwa Tinyproxy inayoandika moja kwa moja kwenye LogFile, unganisha sera kama hii kwenye kifungu cha logrotate kilichopo:

daily
maxsize 100M
rotate 7
compress
delaycompress

Hifadhi njia sahihi, umiliki, ruhusa za create na ushughulikiaji wa postrotate maalum kwa huduma wa kifungu kilichosakinishwa. Kipande hiki hutoa sera ya uhifadhi, si muunganisho kamili wa huduma.

Panga utekelezaji wa logrotate mara nyingi zaidi ikiwa ukaguzi wa kila siku huacha ukuaji mwingi. Kila utekelezaji hutathmini sheria; si lazima kuzungusha. Kwa mzunguko unaotegemea ukubwa, rotate 7 humaanisha faili saba zilizozungushwa na inaweza kuwakilisha chini ya siku saba.

Kufungua tena hukamilisha mzunguko

Baada ya faili kubadilishwa jina, Tinyproxy inahitaji kufungua tena kumbukumbu yake. Tinyproxy inaeleza SIGUSR1 kama kupakia upya usanidi na kufunga na kufungua tena faili ya kumbukumbu; inapakia upya usanidi wa vichujio pia. Hifadhi kisaidizi kilichopakiwa ambacho tayari hufanya kitendo sahihi badala ya kukisia ishara au mahali pa faili ya PID.

Kufuta faili inayotumika hakuorodheshi kufungua tena huko. copytruncate huepuka mpangilio wa kubadilisha jina na kufungua tena lakini ina kipindi kilichoandikwa ambapo data inaweza kupotea wakati wa kunakili na kupunguza.

Ikiwa proksi hutuma kumbukumbu kwa Syslog, tumia uhifadhi katika mfumo wa uwekaji kumbukumbu unaopokea badala ya kuongeza sheria kwa faili ambayo Tinyproxy haiandiki.