Bug 69520
Summary: | Remove or cope gracefully with 2gb file limit when loggin | ||
---|---|---|---|
Product: | [Retired] Red Hat Public Beta | Reporter: | Joe Orton <jorton> |
Component: | httpd | Assignee: | Joe Orton <jorton> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | limbo | CC: | 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
Unfortunately in 2.0, using a rotatelogs with LFS support would mean un-APR-izing it (maybe just using the 1.3 code). Joe: Are we going to build apache 2.0 w/LFS support? Is this a major trouble? 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. Confirmed that with SIGXFSZ set to ignore, new log entries are simply dropped once the 2gb limit is passed, so marking this closed. 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. |