Bug 69520

Summary: Remove or cope gracefully with 2gb file limit when loggin
Product: [Retired] Red Hat Public Beta Reporter: Joe Orton <jorton>
Component: httpdAssignee: Joe Orton <jorton>
Status: CLOSED RAWHIDE QA Contact:
Severity: high Docs Contact:
Priority: medium    
Version: limboCC: matthias.saou, pbrown
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-08-29 18:40:56 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 67218    

Description Joe Orton 2002-07-22 22:41:29 UTC
Description of Problem:
When the 2gb file limit is reached for a log file, the httpd process will
segfault when attempting to write to the log. (see also bug 62712)

Proposed Solutions:
Ideal solution would be to build the httpd binary with LFS support.

A minimal workaround would be provide a rotatelogs binary which is itself built
with LFS support.

Comment 1 Joe Orton 2002-07-23 14:27:49 UTC
Unfortunately in 2.0, using a rotatelogs with LFS support would mean
un-APR-izing it (maybe just using the 1.3 code).

Comment 2 Preston Brown 2002-08-21 17:43:19 UTC
Joe: 
 
Are we going to build apache 2.0 w/LFS support?  Is this a major trouble?

Comment 3 Joe Orton 2002-08-29 15:07:31 UTC
Adding LFS support using _FILE_OFFSET_BITS=64 would break the module ABI,
and using open(O_LARGEFILE) requires an API change in APR, so I'll co-ordinate
with upstream on those rather than patching them in.  httpd-2.0.40-3 sets
SIGXFSZ to be ignored which is the first workaround for this issue.

Comment 4 Joe Orton 2002-09-03 16:02:02 UTC
Confirmed that with SIGXFSZ set to ignore, new log entries are simply dropped
once the 2gb limit is passed, so marking this closed.

Comment 5 Matthias Saou 2002-12-03 12:08:53 UTC
Well, could this bug report at least contain the required information to have
apache 1.3 ignore SIGXFSZ?
I'm still running plenty of Red Hat Linux 7.3 servers, all of which would have
log files _much_ larger than 2GB if they were rotated only every week, and once
in a while for new servers, I forget to add a daily log rotation and it's a real
disaster since once any file reaches 2GB all httpd childs segfault and all
websites are down.