| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Michael Paquier <michael(at)paquier(dot)xyz> |
| Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: recovery test error |
| Date: | 2024-07-17 14:47:20 |
| Message-ID: | b4308a4d-3c4b-4502-981a-f29744664b82@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2024-07-16 Tu 7:45 PM, Michael Paquier wrote:
> On Tue, Jul 16, 2024 at 03:04:13PM -0400, Andrew Dunstan wrote:
>> This was called by poll_query_until(), which is changed by the patch to use
>> a libpq session rather than constantly forking psql. ISTM we should be
>> passing true as a second parameter so we keep going if the file doesn't
>> exist.
>>
>> Thoughts?
> Sounds like a good idea to me as this call could return ENOENT
> depending on the timing of the archiver pushing the new history file,
> as writeTimeLineHistory() at the end of recovery notifies the archiver
> but does not wait for the fact to happen (history files are
> prioritized, still there is a delay).
Thanks. Done.
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andrew Dunstan | 2024-07-17 14:53:36 | Re: Windows perl/tcl requirement documentation |
| Previous Message | Andrei Lepikhov | 2024-07-17 14:09:49 | Re: Expand applicability of aggregate's sortop optimization |