Re: BUG #17218: Cluster recovery is not working properly. - Mailing list pgsql-bugs

From Magnus Hagander
Subject Re: BUG #17218: Cluster recovery is not working properly.
Date
Msg-id CABUevEy3Y5+Cmc5yPJiouDXb4k3yhumgRFyXntFi3__J1zJm3w@mail.gmail.com
Whole thread Raw
In response to BUG #17218: Cluster recovery is not working properly.  (PG Bug reporting form <noreply@postgresql.org>)
Responses VS: BUG #17218: Cluster recovery is not working properly.  ("Suhonen Reijo (Valtori)" <reijo.suhonen@valtori.fi>)
List pgsql-bugs


On Mon, Oct 11, 2021 at 12:09 PM PG Bug reporting form <noreply@postgresql.org> wrote:
The following bug has been logged on the website:

Bug reference:      17218
Logged by:          Reijo Suhonen
Email address:      reijo.suhonen@valtori.fi
PostgreSQL version: 14.0
Operating system:   Red Hat Enterprise Linux Server 7.9 (Maipo)
Description:       

Restoring a cluster to a specific point in time does not work. The restore
ends with the error message "FATAL, XX000," recovery ended before configured
recovery target was reached " and the cluster goes down.
The same test with version 12 works normally.

This doesn't look like a bug. You have specified a recovery target (09:28) that's beyond the end of what's in WAL (09:27:20). You shouldn't do that -- if you want to recover until the end of WAL, you shouldn't specify a target at all.

The behaviour of this case changed in PostgreSQL 13 which is probably why you didn't see it before. https://www.postgresql.org/docs/release/13.0/ has the entry "Generate an error if recovery does not reach the specified recovery target (Leif Gunnar Erlandsen, Peter Eisentraut) Previously, a standby would promote itself upon reaching the end of WAL, even if the target was not reached.".

--

pgsql-bugs by date:

Previous
From: PG Bug reporting form
Date:
Subject: BUG #17218: Cluster recovery is not working properly.
Next
From: PG Bug reporting form
Date:
Subject: BUG #17219: Create table not working