View Single Post

  #4 (permalink)  
Old 08-10-2006
ITGuy53
 
Posts: n/a
Default Re: Compressing Apache Log Files

hi kees and everyone-

i really don't need those log files. i've only noticed that those log
files is just to show who has gained access to a secure jsp sites.
same goes for the ssl log. apache is running on 1.3, windows, on a
MSCS cluster environment. i've tested my theory in deleting those two
files after shutting down certain services in Windows, then after
starting up that one services, it would recreate the two files after
and log UserID and IPs on the access log and ssl log. so i guess what
i'm saying is that can i compress the two files or safely delete it? i
would rather compress so that i'm certain that i'm not deleting an
essential part of Apache. but i don't know what the effects are in
compressing these files. plus, as of right now there are no users
accessing the servers.

thanks,

itguy


Kees Nuyt wrote:
> On 9 Aug 2006 05:11:01 -0700, "ITGuy53" <micron121@yahoo.com>
> wrote:
>
> >can and is it safe to compress apache log files? specifically
> >ssl.logon.log and some other log file that i can not seem to think of
> >right now. that log file that i can't seem to think of right now is
> >basically when someone logs into "the website", it logs it in. both
> >log files were at 2.5 Gigs where it maxed out one of my drives. could
> >or does anyone know if i can compress that one file?
> >
> >thanks in advance...

>
> I assume you are referring to
> <apacheinstalldir>/logs/access.log
> and
> <apacheinstalldir>/logs/error.log
>
> Best think to do is switch to another set of logfiles (the
> Apache manual refers to a utility for exactly that, though I
> must confess I never tried that on Windows).
> Then, you can compress the previous logfile (or throw it away
> after analysis).
>
> Compressing of active logfiles doesn't seem like a good idea:
> - compressing steals CPU time
> - you would lose more logging info in case of power loss
>
> The best thing to do is ask yourself if you really need that
> much history.