Re: Statistic collector too many fork

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Gaetano Mendola" <mendola(at)bigfoot(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Statistic collector too many fork
Date: 2002-10-14 14:04:12
Message-ID: 12005.1034604252@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Gaetano Mendola" <mendola(at)bigfoot(dot)com> writes:
> Is it normal that after a while is like if the statistics collector fork a
> lot of time in only one second ?

> Oct 11 16:51:28 pserver2 postgres[8898]: [1943390] DEBUG: reaping dead
> processes
> Oct 11 16:51:28 pserver2 postgres[8898]: [1943391] DEBUG: statistics
> collector process (pid 16882) exited with exit code 1
> Oct 11 16:51:28 pserver2 postgres[8898]: [1943392] DEBUG: reaping dead
> processes
> Oct 11 16:51:28 pserver2 postgres[8898]: [1943393] DEBUG: statistics
> collector process (pid 16884) exited with exit code 1
> ...

No, this is not good.

Unfortunately, you don't seem to be getting any error message showing
*why* the stats collector is quitting. After a look at the code I note
that the 7.2 version of the stats collector writes fatal errors to
stderr always, rather than using elog() which can be redirected to
syslog. (This has been fixed for 7.3, but that'll do you no good
today.) You'll need to send the postmaster's stderr someplace other
than /dev/null so you can figure out what the problem is.

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Jeff Boes 2002-10-14 15:13:46 Errors while vacuuming large tables
Previous Message Chris Miles 2002-10-14 12:17:14 Re: Multiple backends on a single physical database