www-apache-bugdb mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Slemko <ma...@znep.com>
Subject Re: mod_log-any/2026: Max log file size is 2,147,483,616 (2^31 - 32) bytes
Date Wed, 01 Apr 1998 19:00:01 GMT
The following reply was made to PR mod_log-any/2026; it has been noted by GNATS.

From: Marc Slemko <marcs@znep.com>
To: Robert Mela <rob_mela@zd.com>
Cc: apbugs@hyperreal.org
Subject: Re: mod_log-any/2026: Max log file size is 2,147,483,616 (2^31 - 32) bytes
Date: Wed, 1 Apr 1998 11:54:38 -0700 (MST)

 On 1 Apr 1998, Robert Mela wrote:
 > >Environment:
 > Solaris 2.5.1
 > gcc 2.8.1
 > >Description:
 > After log files reach 2,147,483,616 bytes no more hits are logged.  The
 > server otherwise seems to perform normally.
 > The server in question only getting about 5 million hits per day, so this
 > only becomes a problem if our nightly rollover/ restart process does not 
 > run.
 AFAIK, Solaris 2.5.x can not handle regular files larger than two gigs.
 Things like llseek() which do 64-bit stuff are only valid for things like
 device files.
 This should work fine on Solaris 2.6 without any changes to the Apache
 Are you logging more than a standard common log format?  The sizes seem
 big for the number of hits using CLF.
 I would also suggest that for this volume of logs, if you want to do
 anything with them, logging to a pipe and having a program automatically
 put them into something (eg. database, binary format, etc.) more suited to
 this volume.  Unfortunately, I'm not sure I can recommend you try that
 with 1.2.x because piped logs aren't "reliable".  This doesn't mean they
 don't work fine, but if the process dies it won't get restarted, etc.
 Recent 1.3 betas do add that feature, to make piped logging a very
 attractive solution.

View raw message