Red Hat Bugzilla – Bug 69520
Remove or cope gracefully with 2gb file limit when loggin
Last modified: 2008-05-01 11:38:03 EDT
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)
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.
Unfortunately in 2.0, using a rotatelogs with LFS support would mean
un-APR-izing it (maybe just using the 1.3 code).
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.