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

Re: Obsolete description in pg_ctl-ref.sgml

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Fujii Masao <masao(dot)fujii(at)gmail(dot)com>
Cc: pgsql-docs <pgsql-docs(at)postgresql(dot)org>
Subject: Re: Obsolete description in pg_ctl-ref.sgml
Date: 2010-12-16 02:10:00
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-docs
On Tue, Dec 14, 2010 at 7:17 PM, Fujii Masao <masao(dot)fujii(at)gmail(dot)com> wrote:
> On Wed, Dec 15, 2010 at 6:35 AM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>>> At least the reference to section 31.14 is needless since password
>>> authentication doesn't affect the pg_ctl -w for now. But, on the second
>>> thought, it can still fail because of miss-configuration of connection
>>> variable, for example PGHOST.
>> I thought PQping() was supposed to handle that correctly.  There are
>> PQPING_NO_ATTEMPT.  I believe the last is intended to cover blatant
>> misconfiguration.
> True. But even though the server is running normally, the misconfiguration
> might still make PQping return PQPING_NO_ATTEMPT and make pg_ctl -w
> fail to wait for complete startup. Currently misconfiguration of password
> authentication doesn't interfere with pg_ctl -w, so we can remove the
> reference to that. But other misconfigurations can be still harm, so I thought
> the sentence still needs to be in the document.

Hmm.  I'm inclined to just remove that sentence.  The fact that you
can make the operation fail by pointing it at someplace where there's
not a server listening doesn't really seem to merit a disclaimer.  I
think waiting IS a well-defined operation now; it just won't succeed
if you configure it in a way that doesn't make sense.

Robert Haas
The Enterprise PostgreSQL Company

In response to


pgsql-docs by date

Next:From: Tom LaneDate: 2010-12-16 03:41:10
Subject: Re: Obsolete description in pg_ctl-ref.sgml
Previous:From: Fujii MasaoDate: 2010-12-15 00:17:02
Subject: Re: Obsolete description in pg_ctl-ref.sgml

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