[squid-users] Keeping & archiving access.log

Hi everyone,
Incredibly dumb question, I'm almost embarrassed asking it.

My access.log only seems to store a day's worth of proxy traffic data.
Do I just need to add a squid3 -k rotate task to my crontab?

Also, when creating the VM to run Squid, I sized the disk to hold about
a month's worth of log data before it gets pulled off and archived by
our file server.

So given the fact that I fill up a logfile in about a day and want to
save that much info, I should set logfile_rotate to something like 35,
right? Are there any other config changes I need to make?

What I'm describing probably sounds *very* unusual, but so are the
requirements I've been given for this project :)

Thanks!
Jack
 
--------------------------------------------------------

This message (and any associated files) is the property of
S. R. Weiner and Associates Inc. and W/S Development Associates LLC
and is intended only for the use of the individual or entity to
which it is addressed and may contain information that is confidential,
subject to copyright or constitutes a trade secret. If you are not
the intended recipient you are hereby notified that any dissemination,
copying or distribution of this message, or files associated with this
message, is strictly prohibited. If you have received this message
in error, please notify us immediately by calling our corporate office
at 617-232-8900 and deleting this message from your computer.

Internet communications cannot be guaranteed to be secure or error-free
as information could be intercepted, corrupted, lost, destroyed,
arrive late or incomplete, or contain viruses. Therefore, S. R. Weiner
and Associates, Inc. and W/S Development Associates LLC do not accept
responsibility for any errors or omissions that are present in this
message, or any attachment, that have arisen as a result of e-mail
transmission. If verification is required, please request a hard-copy
version of this message.

Any views or opinions presented in this message are solely those of
the author and do not necessarily represent those of the company.
Received on Tue Jan 12 2010 - 16:21:21 MST