From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Tony Webb <amw(at)sanger(dot)ac(dot)uk> |
Cc: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: pg_ctlcluster not logging error (memory problem likely) |
Date: | 2009-03-26 22:35:35 |
Message-ID: | 28229.1238106935@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Tony Webb <amw(at)sanger(dot)ac(dot)uk> writes:
> I'm trying to find out why my cluster won't start. It looks like I'm
> pushing up max_connections too high although I think my memory and
> semaphore settings are OK. Thing is, when the cluster fails to start I
> can't see any errors in pg_log or in /var/log/messages.
> When the cluster is up and running it seems to write normally to these
> locations.
> Could pg_ctlcluster be writing somewhere else?
I'm not familar with pg_ctlcluster, but it seems possible that the
Debian setup is such that messages issued early in startup go somewhere
else than where messages go once the postmaster is fully up and running.
In particular, until the postmaster has absorbed the logging settings
in postgresql.conf, it's *always* going to write to its stderr. I've
seen startup scripts that send postmaster stderr to /dev/null :-(
because they suppose that pointing log_destination to syslog or some
such means that everything of interest will go there.
Advice is to look into the startup script, see where it sends
postmaster's stderr, and fix that if it's not someplace you can read.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Monnerie | 2009-03-27 07:43:40 | Re: Hard link backup strategy |
Previous Message | Kevin Grittner | 2009-03-26 20:39:11 | Hard link backup strategy |