From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Ranier Vilela <ranier(dot)vf(at)gmail(dot)com> |
Cc: | Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Failures with wal_consistency_checking and 13~ |
Date: | 2020-06-16 03:55:09 |
Message-ID: | 20200616035509.GB5162@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jun 15, 2020 at 11:33:42PM -0300, Ranier Vilela wrote:
> With Postgres 13, Windows 10 (home), msvc 2019 64 bits,
> Shutting down, without interrupting the database, consistently, this log
> has appeared.
>
> 2020-06-15 21:40:35.998 -03 [3380] LOG: database system shutdown was
> interrupted; last known up at 2020-06-15 21:36:01 -03
> 2020-06-15 21:40:37.978 -03 [3380] LOG: database system was not properly
> shut down; automatic recovery in progress
> 2020-06-15 21:40:37.992 -03 [3380] LOG: redo starts at 0/8A809C78
> 2020-06-15 21:40:37.992 -03 [3380] LOG: invalid record length at
> 0/8A809CB0: wanted 24, got 0
> 2020-06-15 21:40:37.992 -03 [3380] LOG: redo done at 0/8A809C78
Could you please keep discussions on their own thread please? After
stopping Postgres in a sudden way (immediate mode or just SIGKILL), it
is normal to see crash recovery happen, as well as it is normal to see
an "invalid record length" in the logs when the end of WAL is reached,
meaning the end of recovery.
Thanks.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Justin Pryzby | 2020-06-16 04:10:18 | Re: Postgresql13_beta1 (could not rename temporary statistics file) Windows 64bits |
Previous Message | Michael Paquier | 2020-06-16 03:52:42 | Re: Postgresql13_beta1 (could not rename temporary statistics file) Windows 64bits |