Tinyproxy ਲਾਗ ਰੋਟੇਸ਼ਨ: maxsize 100M ਸਖ਼ਤ ਸੀਮਾ ਕਿਉਂ ਨਹੀਂ ਹੈ
logrotate maxsize ਦੀ ਜਾਂਚ ਸਿਰਫ਼ ਉਦੋਂ ਕਰਦਾ ਹੈ ਜਦੋਂ ਉਹ ਚੱਲਦਾ ਹੈ। ਜਾਂਚ ਦੀ ਬਾਰੰਬਾਰਤਾ ਅਤੇ ਲਾਗ ਮੁੜ ਖੋਲ੍ਹਣ ਦੀ ਸੰਭਾਲ ਨੂੰ ਹੱਦ ਨਾਲ ਜੋੜ ਕੇ ਸੈੱਟ ਕਰੋ।
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 ਨਾ ਲਿਖਦੀ ਫਾਈਲ ਲਈ ਨਿਯਮ ਜੋੜਨ ਦੀ ਥਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਲੌਗਿੰਗ ਸਿਸਟਮ ਵਿੱਚ ਰੱਖ-ਰਖਾਅ ਲਾਗੂ ਕਰੋ।