From: | Mark Kirkwood <markir(at)coretech(dot)co(dot)nz> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Proposal for Recover mode in pg_ctl (in 8.0) |
Date: | 2004-11-06 23:46:16 |
Message-ID: | 418D6248.70007@coretech.co.nz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I like it - nice and simple, but targets a large (and likely) foot gun
situation.
regards
Mark
Simon Riggs wrote:
>
>If a further pg_ctl mode, recover, were implemented, this would allow a
>fail safe mode for recovery.
>
>e.g. pg_ctl -D datadir recover
>
>pg_ctl could then check for the existence of a recovery.conf file and
>return an error if none were found. This mode would not then need to be
>passed through to the postmaster as an option, which could accidentally
>be re-invoked later should a crash recovery occur (the main reason to
>avoid adding recovery.conf options to postgresql.conf in the first
>place).
>
>This mode would do nothing more than:
>- check for recovery.conf, if not found, return error
>- invoke a start normally, as if mode=start had been requested
>
>The doc for invoking recovery could then be changed to include this new
>mode, and the potential for error would be removed.
>
>This is a change requested for 8.0, to ensure that PITR doesn't fall
>into disrepute by novice users shooting themselves in the foot. It is a
>minor change, effecting only PITR, and only to the extent of a
>documentation change and a file existence check in pg_ctl. No server
>code would be changed.
>
>Alternative suggestions are welcome. Thoughts?
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-11-07 00:16:52 | Re: Proposal for Recover mode in pg_ctl (in 8.0) |
Previous Message | Tom Lane | 2004-11-06 23:29:44 | Re: Proposal for Recover mode in pg_ctl (in 8.0) |