From: | David Steele <david(at)pgmasters(dot)net> |
---|---|
To: | pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: recovery starting when backup_label exists, but not recovery.signal |
Date: | 2019-09-27 19:57:27 |
Message-ID: | 576ee0e4-bc21-291b-d1e3-db11b4edba43@pgmasters.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi Peter,
On 9/27/19 3:35 PM, Peter Eisentraut wrote:
> On 2019-09-27 10:34, Fujii Masao wrote:
>>> Also, are you sure this is a new behavior?
>> In v11 or before, if backup_label exists but not recovery.conf,
>> the startup process doesn't enter an archive recovery mode. It starts
>> crash recovery in that case. So the bahavior is somewhat different
>> between versions.
>
> Can you bisect this? I have traced through xlog.c in both versions and
> I don't see how this logic is any different in any obvious way.
What I've been seeing is that the underlying logic isn't different but
there are more ways to get into it.
Previously, there was no archive/targeted recovery without
recovery.conf, but now there are several ways to get to archive/targeted
recovery, i.e., making the recovery settings GUCs has bypassed controls
that previously had limited how they could be used and when.
The issues on the other thread [1], at least, were all introduced in
2dedf4d9.
Regards,
--
-David
david(at)pgmasters(dot)net
[1]
https://www.postgresql.org/message-id/flat/e445616d-023e-a268-8aa1-67b8b335340c%40pgmasters.net
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2019-09-27 21:23:48 | Re: [HACKERS] "may be unused" warnings for gcc |
Previous Message | Alvaro Herrera | 2019-09-27 19:52:15 | Re: Two pg_rewind patches (auto generate recovery conf and ensure clean shutdown) |