From: | Gavin Sherry <swm(at)linuxworld(dot)com(dot)au> |
---|---|
To: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org> |
Cc: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-advocacy(at)postgresql(dot)org, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL www <pgsql-www(at)postgresql(dot)org> |
Subject: | Re: [pgsql-advocacy] Server unreliability |
Date: | 2004-10-02 13:34:06 |
Message-ID: | Pine.LNX.4.58.0410022333110.30224@linuxworld.com.au |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-www |
On Wed, 29 Sep 2004, Marc G. Fournier wrote:
> On Wed, 29 Sep 2004, Alvaro Herrera wrote:
>
> > about pg_query not getting a good connection or similar problems.
> > Isn't normal advice to check return codes before even trying to use the
> > connections? Why isn't this done in the main postgresql.org code, where
> > anyone can see it, is beyond me. Of course the solution to the
> > underlying problem is to restart the Postgres server, but why should we
> > inform the user that Postgres' own database server is down, in the worst
> > possible way?
>
> Just curious here, but when/where? We haven't had a database issue in
> quite awhile that *I'm* aware of ... in fact, the whole web site is
> static, generated periodically from .php files, so that the mirrors can
> pick things up properly, so there should never be a 'cannot connect to
> database' issue, since there are no connections to the database being made
I know this isn't on the main site but:
http://www.alcove.com.au/~swm/gborg.png
Gavin
From | Date | Subject | |
---|---|---|---|
Next Message | Marc G. Fournier | 2004-10-02 20:08:40 | Re: [pgsql-advocacy] Server unreliability |
Previous Message | Andrew Sullivan | 2004-10-01 19:42:17 | Re: Press Release, Final Draft? |
From | Date | Subject | |
---|---|---|---|
Next Message | Devrim GUNDUZ | 2004-10-02 15:14:05 | Problem with mirrorring |
Previous Message | John Hansen | 2004-10-02 11:47:31 | archives |