Tinyproxy-ի մատյանի պտտում. ինչու maxsize 100M-ը կոշտ սահման չէ

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-ի չգրած ֆայլի համար կանոն ավելացնելու փոխարեն։