Re: BUG: Infinite syslog() loop

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Erik Walthinsen <omega(at)temple-baptist(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG: Infinite syslog() loop
Date: 2003-04-25 21:02:38
Message-ID: 29990.1051304558@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Erik Walthinsen <omega(at)temple-baptist(dot)com> writes:
> Apr 22 04:00:02 alpha postgres[362]: [1] DEBUG: statistics collector
> process (pid 364) exited with exit code 1
> Apr 22 04:00:02 alpha postgres[362]: [2] DEBUG: statistics collector
> process (pid 17945) exited with exit code 1
> . . . .
> Apr 22 04:16:32 alpha postgres[362]: [445836] DEBUG: statistics collector
> process (pid 1629) exited with exit code 1

> The machine is a stock Debian Woody box, up to date, with no local changes
> to the postgres configuration at all. It's running 7.2.1-2woody2.

Hmm. Evidently the pgstat subprocess is dying immediately on launch.
Checking the archives, I see that back then pgstat was in the habit of
reporting its woes on stderr no matter what the elog destination was
supposed to be :-(. So the actually useful message went to postmaster
stderr, which more than likely is routed to /dev/null by your postmaster
startup script.

If you want to try to figure out what went wrong, you could alter the
start script to enable collection of stderr output and then try to
reproduce the problem.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2003-04-25 21:04:19 Re: pg_dump and vacuum fail on tables with no columns
Previous Message Tom Lane 2003-04-25 20:42:11 Re: parallel pg installation and functions gotcha