Re: [squid-users] Squid-2.6.STABLE19: logfile_rotate 180 not working when changed from 90 ( SOLVED )
Hi Adrian, Sorry about creating a new message, but I deleted the original by accident ( duh for me. ;- ) No bug in squid. The bug is in my mind. Log rotation is working fine. Sorry for the noise. Thank you. Regards Cássio you need to run squid -k reconfigure before the logfile_rotate change will take effect. squid -k rotate just tells the currently running Squid process to rotate the logfiles. If this doesn't function correctly then please lodge a bug report. Adrian, Excuse -me but, just to be sure ( my english is not good and sometimes I can be confusing/confused ), squid -k reconfigure does not fail or complain. When squid -k rotate runs ( every day at 00:01 ), accordingly to cache.log, squid does not fail or complain, but log files are not rotated as expected. Is it still a bug report candidate? Thank you. Regards, C?ssio On Wed, Apr 30, 2008 at 11:34 PM, Adrian Chadd [EMAIL PROTECTED] wrote: I've not heard of any issues with logfile_rotate failing during a reconfigure. Please log a bug report with bugzilla. Adrian On Wed, Apr 30, 2008, [EMAIL PROTECTED] wrote: Hi, I am using Squid-2.6.STABLE19 with Linux for many years. Recently I changed logfile_rotate from 90 to 180. I have already used squid -k reconfigure and I have already stopped and started Squid again. After changing, I expected that squid started to rotate files until 180 was reached, but it does not happen. It stopped at 93, to access.log and cache.log There is at least 24G ( from 38G) of free space in the logs partition ( ext3 ). There are just 190 files in squid logs directory. There is no error in cache.log when squid -k rotate is called. Computer clock is ok ( date and time ). There is free memory and when squid -k rotate happens, there is almost zero requests to the proxy. Everything appears to be working fine, including a lot of ACLs, authentication helpers, delay pools and squidGuard redirection. Have I missed something? Any suggestion? Thank you. Regards, C?ssio
Re: [squid-users] Squid-2.6.STABLE19: logfile_rotate 180 not working when changed from 90
you need to run squid -k reconfigure before the logfile_rotate change will take effect. squid -k rotate just tells the currently running Squid process to rotate the logfiles. If this doesn't function correctly then please lodge a bug report. Adrian On Thu, May 01, 2008, [EMAIL PROTECTED] wrote: Adrian, Excuse -me but, just to be sure ( my english is not good and sometimes I can be confusing/confused ), squid -k reconfigure does not fail or complain. When squid -k rotate runs ( every day at 00:01 ), accordingly to cache.log, squid does not fail or complain, but log files are not rotated as expected. Is it still a bug report candidate? Thank you. Regards, C?ssio On Wed, Apr 30, 2008 at 11:34 PM, Adrian Chadd [EMAIL PROTECTED] wrote: I've not heard of any issues with logfile_rotate failing during a reconfigure. Please log a bug report with bugzilla. Adrian On Wed, Apr 30, 2008, [EMAIL PROTECTED] wrote: Hi, I am using Squid-2.6.STABLE19 with Linux for many years. Recently I changed logfile_rotate from 90 to 180. I have already used squid -k reconfigure and I have already stopped and started Squid again. After changing, I expected that squid started to rotate files until 180 was reached, but it does not happen. It stopped at 93, to access.log and cache.log There is at least 24G ( from 38G) of free space in the logs partition ( ext3 ). There are just 190 files in squid logs directory. There is no error in cache.log when squid -k rotate is called. Computer clock is ok ( date and time ). There is free memory and when squid -k rotate happens, there is almost zero requests to the proxy. Everything appears to be working fine, including a lot of ACLs, authentication helpers, delay pools and squidGuard redirection. Have I missed something? Any suggestion? Thank you. Regards, C?ssio -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support - - $25/pm entry-level VPSes w/ capped bandwidth charges available in WA - -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support - - $25/pm entry-level VPSes w/ capped bandwidth charges available in WA -
[squid-users] Squid-2.6.STABLE19: logfile_rotate 180 not working when changed from 90
Hi, I am using Squid-2.6.STABLE19 with Linux for many years. Recently I changed logfile_rotate from 90 to 180. I have already used squid -k reconfigure and I have already stopped and started Squid again. After changing, I expected that squid started to rotate files until 180 was reached, but it does not happen. It stopped at 93, to access.log and cache.log There is at least 24G ( from 38G) of free space in the logs partition ( ext3 ). There are just 190 files in squid logs directory. There is no error in cache.log when squid -k rotate is called. Computer clock is ok ( date and time ). There is free memory and when squid -k rotate happens, there is almost zero requests to the proxy. Everything appears to be working fine, including a lot of ACLs, authentication helpers, delay pools and squidGuard redirection. Have I missed something? Any suggestion? Thank you. Regards, Cássio
Re: [squid-users] Squid-2.6.STABLE19: logfile_rotate 180 not working when changed from 90
I've not heard of any issues with logfile_rotate failing during a reconfigure. Please log a bug report with bugzilla. Adrian On Wed, Apr 30, 2008, [EMAIL PROTECTED] wrote: Hi, I am using Squid-2.6.STABLE19 with Linux for many years. Recently I changed logfile_rotate from 90 to 180. I have already used squid -k reconfigure and I have already stopped and started Squid again. After changing, I expected that squid started to rotate files until 180 was reached, but it does not happen. It stopped at 93, to access.log and cache.log There is at least 24G ( from 38G) of free space in the logs partition ( ext3 ). There are just 190 files in squid logs directory. There is no error in cache.log when squid -k rotate is called. Computer clock is ok ( date and time ). There is free memory and when squid -k rotate happens, there is almost zero requests to the proxy. Everything appears to be working fine, including a lot of ACLs, authentication helpers, delay pools and squidGuard redirection. Have I missed something? Any suggestion? Thank you. Regards, C?ssio -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support - - $25/pm entry-level VPSes w/ capped bandwidth charges available in WA -
Re: [squid-users] Squid-2.6.STABLE19: logfile_rotate 180 not working when changed from 90
Adrian, Excuse -me but, just to be sure ( my english is not good and sometimes I can be confusing/confused ), squid -k reconfigure does not fail or complain. When squid -k rotate runs ( every day at 00:01 ), accordingly to cache.log, squid does not fail or complain, but log files are not rotated as expected. Is it still a bug report candidate? Thank you. Regards, Cássio On Wed, Apr 30, 2008 at 11:34 PM, Adrian Chadd [EMAIL PROTECTED] wrote: I've not heard of any issues with logfile_rotate failing during a reconfigure. Please log a bug report with bugzilla. Adrian On Wed, Apr 30, 2008, [EMAIL PROTECTED] wrote: Hi, I am using Squid-2.6.STABLE19 with Linux for many years. Recently I changed logfile_rotate from 90 to 180. I have already used squid -k reconfigure and I have already stopped and started Squid again. After changing, I expected that squid started to rotate files until 180 was reached, but it does not happen. It stopped at 93, to access.log and cache.log There is at least 24G ( from 38G) of free space in the logs partition ( ext3 ). There are just 190 files in squid logs directory. There is no error in cache.log when squid -k rotate is called. Computer clock is ok ( date and time ). There is free memory and when squid -k rotate happens, there is almost zero requests to the proxy. Everything appears to be working fine, including a lot of ACLs, authentication helpers, delay pools and squidGuard redirection. Have I missed something? Any suggestion? Thank you. Regards, C?ssio -- - Xenion - http://www.xenion.com.au/ - VPS Hosting - Commercial Squid Support - - $25/pm entry-level VPSes w/ capped bandwidth charges available in WA -
