Re: Standby accepts recovery_target_timeline setting?
Fujii Masao <masao.fujii@gmail.com>
From: Fujii Masao <masao.fujii@gmail.com>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, David Steele <david@pgmasters.net>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2019-09-30T01:48:53Z
Lists: pgsql-hackers
Attachments
- ignore-restore-command-in-crash-recovery.patch (application/octet-stream) patch
On Mon, Sep 30, 2019 at 6:59 AM Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote: > > On 2019-09-29 18:36, Fujii Masao wrote: > > Yes, but ArchiveRecoveryRequested should be checked instead of > > InArchiveRecovery, I think. Otherwise recovery targets would take effect > > when recovery.signal is missing but backup_label exists. In this case, > > InArchiveRecovery is set to true though ArchiveRecoveryRequested is > > false because recovery.signal is missing. > > > > With the attached patch, I checked that the steps that I described > > upthread didn't reproduce the issue. > > Your patch looks correct to me. Thanks! So I committed the patch. Also we need to do the same thing for other recovery options like restore_command. Attached is the patch which makes crash recovery ignore restore_command and recovery_end_command. Regards, -- Fujii Masao
Commits
-
Make crash recovery ignore recovery_min_apply_delay setting.
- 03666dfa1817 12.1 landed
- 9b95a36be8be 13.0 landed
-
Make crash recovery ignore restore_command and recovery_end_command settings.
- fcf7f8d9242d 12.1 landed
- 20961ceaf042 13.0 landed
-
Make crash recovery ignore recovery target settings.
- 4af2ac3deeca 12.0 landed
- 7acf8a876b77 13.0 landed
-
doc: Further clarify how recovery target parameters are applied
- e04a53a6071d 13.0 landed
- a7e5ae53cbe7 12.0 landed
-
doc: Add timeline as valid recovery target in standby.signal documentation
- 775578a445bb 13.0 landed
- a37980d42824 12.0 landed