From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Sullivan <ajs(at)crankycanuck(dot)ca> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: How to check postgres running or not ? |
Date: | 2004-09-19 17:12:07 |
Message-ID: | 19876.1095613927@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Andrew Sullivan <ajs(at)crankycanuck(dot)ca> writes:
> On Sun, Sep 19, 2004 at 12:25:00PM -0400, Tom Lane wrote:
>> ps aux | grep postmaster | grep -v grep
>> (or use "ps -ef" if using a SysV-ish ps).
> Except that on Solaris, ps -ef _always_ shows "postmaster", even for
> the individual back ends.
Right, but if you see a backend then you can figure the system is up.
If you are concerned about the case where the postmaster has crashed and
yet there are still backends laying about, then the whole "ps" approach
is probably wrong anyway. It would make more sense to check whether the
postmaster is answering the doorbell --- ie, send a connection request
and see what happens.
At one time there was discussion of writing a "pg_ping" utility program
to do exactly this, but it still hasn't got done. You can fake it to
some extent by just running "psql -l >/dev/null" and checking the exit
code, but this does require supplying a valid username and possibly a
password (because psql's exit code doesn't distinguish "could not
connect" from authentication errors).
BTW, "pg_ctl status" doesn't answer this need because it only looks for
a postmaster.pid file, it doesn't attempt to verify that the postmaster
is really alive.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | T E Schmitz | 2004-09-19 17:18:37 | Re: ORDER BY and NULLs |
Previous Message | Tom Lane | 2004-09-19 16:58:57 | Re: ORDER BY and NULLs |