Summary: Largefile log problems on Solaris 2.6 - no solution

Hello SunManagers:

Sincere thanks to all who replied regarding my 2.0Gb file-size  problem on
Solaris 2.6 with apache logs.

There were 3 basic responses:

1.  The relevant partitions were not mounted with the largefile option.

This was a good suggestion, however I checked and my partitions are already
mounted with the largefile option (apache home = /local/httpd):

# df -k |grep local
/dev/md/dsk/d11      11750820 9762604 1906617    84%    /local
/dev/md/dsk/d9       4034392 2600241 1393808    66%    /local/httpd/logs
# grep local /etc/mnttab
/dev/md/dsk/d11 /local  ufs     suid,rw,largefiles,dev=154000b  1037739261
/dev/md/dsk/d9  /local/httpd/logs       ufs     suid,rw,largefiles,dev=1540009
1038199341
#

2.  I needed only to compile with one compiler flag, or I was trying to
compile from a dirty source tree.

I removed the source directory, and untarred it clean.  Then I reconfigured
and recompiled with:

CFLAGS="-D_FILE_OFFSET_BITS=64" ./configure --prefix=/local/httpd
--enable-module=most --enable-shared=max

Again I got a clean compile, but again I was unable to start apache. (parent
process starts but subsequent child processes segfault).

3.  I should rotate my log files more often.

While this is a valid suggestion, as I mentioned this is a legacy box with
some no-longer-supported statistics software.  Due to the way the our billing
system derives its monthly transfer statistics, I am forced to parse an entire
months worth of access_logs.

So unfortunately while I tried a couple of angles (rotating and reassembling
the logs on another partition for later billing parsing), I still run up
against the 2.0Gb file limit because I still have to chew on the logs at the
end of the month for billing.

Thanks to all who replied with suggestions.  This list is unique in it's
ability to supply timely useful help.

Best Regards,
Bryan Guest
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers