From: | Josh Berkus <josh(at)agliodbs(dot)com> |
---|---|
To: | PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org> |
Subject: | Re: More legacy code: pg_ctl |
Date: | 2013-11-19 01:20:38 |
Message-ID: | 528ABCE6.1080304@agliodbs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 11/18/2013 05:09 PM, Josh Berkus wrote:
> Folks,
>
> Speaking of legacy code with bad default behaviors: pg_ctl. The current
> utility is designed to fathfully reproduce the rather hackish shell
> script we originally had for postgres startup. This results in a
> couple of unintuitive defaults which give sysadmins and config
> management developers headaches:
>
> a) by default, it returns to the caller without waiting for postgres to
> actually start/stop/restart. In this mode, it also always returns
> success regardless of result.
>
> b) by default, it remains attached to the caller's tty for stdout and
> stderr, even after it has switched to the regular postgres log.
Oh, and one more:
c) that "stop" defaults to "smart" mode, instead of "fast" mode.
> Yes, one can work around both of these with -w and -l, but the only
> reason those are non-default settings is that's the way the 7.X era
> shell script behaved. So at this point we're preserving unintuitive
> default behavior in order to be backwards compatible with a 1999-era
> shell script.
>
> I don't know if the answer is to rename the utility like we're
> discussing with pg_dump/pg_backup, or something else.
>
--
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2013-11-19 01:48:13 | Re: [PATCH] configure: allow adding a custom string to PG_VERSION |
Previous Message | Josh Berkus | 2013-11-19 01:09:49 | More legacy code: pg_ctl |