Skip site navigation (1) Skip section navigation (2)

Re: How to check postgres running or not ?

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: (view raw, whole thread or download thread mbox)
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 file, it doesn't attempt to verify that the postmaster
is really alive.

			regards, tom lane

In response to


pgsql-sql by date

Next:From: T E SchmitzDate: 2004-09-19 17:18:37
Subject: Re: ORDER BY and NULLs
Previous:From: Tom LaneDate: 2004-09-19 16:58:57
Subject: Re: ORDER BY and NULLs

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group