Tinyproxy ലോഗ് റൊട്ടേഷൻ: maxsize 100M ഒരു കടുത്ത പരിധി അല്ലാത്തത് എന്തുകൊണ്ട്

maxsize 100M എന്ന കീ ഒരു റൊട്ടേഷൻ ട്രിഗറാണ്, Tinyproxy ലോഗ് ഫയലിന്റെ തത്സമയ പരിധിയല്ല. logrotate ദിവസത്തിൽ ഒരിക്കൽ മാത്രം പ്രവർത്തിക്കുന്നെങ്കിൽ, അടുത്ത പരിശോധനയ്ക്ക് മുൻപ് ഫയൽ 100 MB കവിഞ്ഞ് വളരാം.

LogFile എന്നതിലേക്ക് നേരിട്ട് എഴുതുന്ന Tinyproxy-യ്ക്ക്, ഇത്തരം ഒരു നയം അതിന്റെ നിലവിലുള്ള logrotate സ്റ്റാൻസയിൽ ചേർക്കുക:

daily
maxsize 100M
rotate 7
compress
delaycompress

ഇൻസ്റ്റാൾ ചെയ്ത സ്റ്റാൻസയുടെ ശരിയായ പാത, ഉടമസ്ഥത, create അനുമതികൾ, സേവനത്തിനു സവിശേഷമായ postrotate കൈകാര്യം എന്നിവ നിലനിർത്തുക. ഈ ഭാഗം സംരക്ഷണ നയം മാത്രം നൽകുന്നു, പൂർണ്ണ സേവന സംയോജനമല്ല.

ദൈനംദിന പരിശോധനകൾ അധിക വളർച്ച അവശേഷിപ്പിക്കുന്നെങ്കിൽ logrotate കൂടുതൽ ഇടവേളകളിൽ പ്രവർത്തിപ്പിക്കാൻ ക്രമീകരിക്കുക. ഓരോ പ്രവർത്തനവും നിയമങ്ങൾ വിലയിരുത്തുന്നു; അത് എപ്പോഴും റൊട്ടേറ്റ് ചെയ്യണമെന്നില്ല. വലിപ്പത്തെ അടിസ്ഥാനമാക്കിയ റൊട്ടേഷനിൽ, rotate 7 എന്നാൽ ഏഴ് റൊട്ടേറ്റ് ചെയ്ത ഫയലുകൾ എന്നാണ്, ഏഴ് ദിവസത്തിൽ കുറവായിരിക്കാം.

വീണ്ടും തുറക്കുന്നത് റൊട്ടേഷൻ പൂർത്തിയാക്കുന്നു

ഫയൽ പേരുമാറ്റിയ ശേഷം Tinyproxy അതിന്റെ ലോഗ് വീണ്ടും തുറക്കേണ്ടതുണ്ട്. ക്രമീകരണം വീണ്ടും ലോഡ് ചെയ്യുന്നതും ലോഗ് ഫയൽ അടച്ച് വീണ്ടും തുറക്കുന്നതും ആയി Tinyproxy SIGUSR1 വിവരിക്കുന്നു; അത് ഫിൽട്ടർ ക്രമീകരണവും വീണ്ടും ലോഡ് ചെയ്യുന്നു. സിഗ്നലോ PID ഫയൽ സ്ഥാനമോ ഊഹിക്കാതെ, ശരിയായ പ്രവർത്തനം ഇതിനകം ചെയ്യുന്ന പാക്കേജ് ചെയ്ത ഹെൽപ്പർ നിലനിർത്തുക.

സജീവമായ ഫയൽ ഇല്ലാതാക്കുന്നത് ആ വീണ്ടും തുറക്കലിനെ ഏകോപിപ്പിക്കുന്നില്ല. copytruncate പേരുമാറ്റി വീണ്ടും തുറക്കുന്ന ക്രമീകരണം ഒഴിവാക്കുന്നു, പക്ഷേ പകർത്തലിനും ചുരുക്കലിനും ഇടയിൽ ഡാറ്റ നഷ്ടപ്പെടാവുന്ന ഒരു ഇടവേള രേഖപ്പെടുത്തിയിട്ടുണ്ട്.

പ്രോക്സി ലോഗുകൾ Syslog ലേക്ക് അയക്കുന്നെങ്കിൽ, Tinyproxy എഴുതാത്ത ഫയലിന് ഒരു നിയമം ചേർക്കുന്നതിന് പകരം സ്വീകരിക്കുന്ന ലോഗിംഗ് സിസ്റ്റത്തിൽ സംരക്ഷണം പ്രയോഗിക്കുക.