Summary.Net Archives
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Summary-Talk] process exited abnormally



On 12/3/03 10:11 AM Nick Davis (ndavis@iexposure.com) wrote:

>I usually get this error message in my logs "One of our processes 
>exited abnormally!". I'm guessing the system ran out of memory and then 
>killed one of the processes. The problem is the process that exited is 
>the one that is downloading all of the logs files. So summary just
>quit's downloading log files, does the DNS lookups and then quits.
>
>Check log header: site.log.51.gz
>One of our processes exited abnormally!

Your problem has nothing to do with log downloading. I can see from the 
bit of Summary's log that you quoted that log downloading has completed 
without problems, and Summary has moved on to checking the headers of 
each of the log files. I also very much doubt that this has anything to 
do with memory. Checking log headers doesn't take any significant amount 
of memory.

If the problem is always happening in the same place, that is directly 
after checking the header on site.log.51.gz, I would suspect that there 
is some kind of problem with that particular log file. If it happens 
after a different log file each time then we need to look for some other 
cause.

You might want to check your /var/log/messages file (a Linux thing) 
around the time that Summary exits. Sometimes there is a message in there 
that explains what happened. If you are running out of swap space, or any 
other system resources, there would be a message in there.

Another thing you can try is to load a recent backup, on Summary's Tools 
configuration page. It is remotely possible that your database is corrupt 
in some subtile way, and restoring a backup will generally fix any 
database corruption that might be present.

>Is there a way you could make summary keep a state variable so it knows 
>what work needs to be done yet if one of the processes fail? Then one of
>the remaining processes can take charge of the work the exited process
>was doing? Or something like that, so the log processing won't just quit
>without finishing.

Try as we might, it is impossible to write software that is free of 
problems. Summary does keep track of where it left off, and will try the 
operation again. If the operation succeeds once in a while Summary will 
be able to get past that point. If it fails every time, doing something 
that needs to get done, then there isn't any way to finish log processing.

This looks very much like a bug in Summary, but there are some other 
possibilities. I would like to try to duplicate the problem here. Would 
it be possible for you to send me (directly, not to the list) your 
configuration file (./config/summary.conf)?

Jason

-----------------
Jason@Summary.Net
-----------------
Dr. Seuss books . . . can be read and enjoyed on several levels. For
example, 'One Fish Two Fish, Red Fish Blue Fish' can be deconstructed
as a searing indictment of the narrow-minded binary counting system.
  -- Peter van der Linden, Expert C Programming, Deep C Secrets
-------------
Go to <http://summary.net/list.html> to update subscription info.