Hi Georgi, Thanks for that info. Digging into this a bit more, I find we're using a modified cronolog - sorry I didn't see this before. The one big difference seems to be that we're using getc, vs read call to read the input in our cronolog.c. I'm suspecting that buffer size mismatch has something to do with this (getc would buffer with 8192 and the original cronolog seems to buffer 65536 bytes)
Apache writes from multiple child processes cannot be interleaved right? Even if we used getc instead of read, shouldn't we still get the bytes in the order apache processes wrote them? Thanks, Thushara On 10/11/06, Georgi Chorbadzhiyski <[EMAIL PROTECTED]> wrote:
Thushara Wijeratna wrote: > Thanks Georgi, in my case there is only one virtual host, but of > course there are around 500 httpd child processes running and writing > into one cronolog. > > That is the part that I couldn't quite grasp. When I do a ps auxww, I > see a cronolog process (just 1) all the time, so it sure looks like > all the httpd children are writing to this one cronolog process. > > Tp avoid corruption, should we have one cronolog process for each > httpd child, instead? Oh no, that would be overkill and I don't think it is even possible to make such configuration. May be there is some bug in cronolog. I've used cronolog on some pretty heave loaded sites and never saw such a problem like yours. Can you try rotatelogs program from apache distribution and see if the problem persists. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/ --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: [EMAIL PROTECTED] " from the digest: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: [EMAIL PROTECTED] " from the digest: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
