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 ન લખતી ફાઇલ માટે નિયમ ઉમેરવાને બદલે પ્રાપ્ત કરતી લોગિંગ સિસ્ટમમાં જાળવણી લાગુ કરો.

સંબંધિત લેખો