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 ತನ್ನ ಲಾಗ್ ಅನ್ನು ಮರುತೆರೆಯಬೇಕು. SIGUSR1 ಸಂರಚನೆಯನ್ನು ಮರುಲೋಡ್ ಮಾಡಿ ಲಾಗ್ ಫೈಲ್ ಅನ್ನು ಮುಚ್ಚಿ ಮರುತೆರೆಯುತ್ತದೆ ಎಂದು Tinyproxy ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ಫಿಲ್ಟರ್ ಸಂರಚನೆಯನ್ನೂ ಮರುಲೋಡ್ ಮಾಡುತ್ತದೆ. ಸಿಗ್ನಲ್ ಅಥವಾ PID ಫೈಲ್ ಸ್ಥಳವನ್ನು ಊಹಿಸುವ ಬದಲು ಸರಿಯಾದ ಕ್ರಿಯೆಯನ್ನು ಈಗಾಗಲೇ ಮಾಡುವ ಪ್ಯಾಕೇಜ್ಡ ಸಹಾಯಕವನ್ನು ಉಳಿಸಿಕೊಳ್ಳಿ.

ಸಕ್ರಿಯ ಫೈಲ್ ಅನ್ನು ಅಳಿಸುವುದು ಆ ಮರುತೆರೆಯುವಿಕೆಯನ್ನು ಸমন್ವಯ ಮಾಡುವುದಿಲ್ಲ. copytruncate ಮರುನಾಮಕರಣ-ಮತ್ತು-ಮರುತೆರೆಯುವ ವ್ಯವಸ್ಥೆಯನ್ನು ತಪ್ಪಿಸುತ್ತದೆ, ಆದರೆ ನಕಲು ಮತ್ತು ಕತ್ತರಿಸುವ ಸಮಯದಲ್ಲಿ ಡೇಟಾ ಕಳೆದುಹೋಗಬಹುದಾದ ದಾಖಲಿತ ಮಧ್ಯಂತರವನ್ನು ಹೊಂದಿದೆ.

ಪ್ರಾಕ್ಸಿ ಲಾಗ್‌ಗಳನ್ನು Syslog ಗೆ ಕಳುಹಿಸಿದರೆ, Tinyproxy ಬರೆಯದ ಫೈಲ್‌ಗೆ ನಿಯಮ ಸೇರಿಸುವ ಬದಲು ಸ್ವೀಕರಿಸುವ ಲಾಗಿಂಗ್ ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಧಾರಣೆಯನ್ನು ಅನ್ವಯಿಸಿ.