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.
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.