Re: PATCH: standby crashed when replay block which truncated in standby but failed to truncate in master node
Fujii Masao <masao.fujii@oss.nttdata.com>
From: Fujii Masao <masao.fujii@oss.nttdata.com>
To: Michael Paquier <michael@paquier.xyz>, Fujii Masao <masao.fujii@gmail.com>
Cc: Tomas Vondra <tomas.vondra@2ndquadrant.com>, Thunder <thunder1@126.com>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2020-01-22T02:59:52Z
Lists: pgsql-hackers
On 2020/01/18 12:48, Michael Paquier wrote: > On Fri, Jan 17, 2020 at 07:36:51PM +0900, Fujii Masao wrote: >> On Fri, Jan 17, 2020 at 1:47 PM Michael Paquier <michael@paquier.xyz> wrote: >>> Thanks. I have few tweaks to propose to the docs. >>> >>> + raise a PANIC-level error, aborting the recovery. Setting >>> Instead of "PANIC-level error", I would just use "PANIC error", and >> >> I have no strong opinion about this, but I used "PANIC-level error" >> because the description for data_sync_retry has already used it. > > Okay. Fine with what you think is good. > >>> instead of "aborting the recovery" just "crashing the server". >> >> PANIC implies server crash, so IMO "crashing the server" is >> a bit redundant, and "aborting the recovery" is better because >> "continue the recovery" is used later. > > Okay. I see your point here. > >> So, what about >> >> --------------- >> causes the system to ignore invalid page references in WAL records >> (but still report a warning), and continue the recovery. >> --------------- > > And that sounds good to me. Switching the patch as ready for > committer. Thanks! Committed! Regards, -- Fujii Masao NTT DATA CORPORATION Advanced Platform Technology Group Research and Development Headquarters
Commits
-
Add GUC ignore_invalid_pages.
- 41c184bc642b 13.0 landed