Re: PANIC during crash recovery of a recently promoted standby
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: Pavan Deolasee <pavan.deolasee@gmail.com>
Cc: Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>, Alvaro Herrera <alvherre@2ndquadrant.com>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2018-06-22T04:45:21Z
Lists: pgsql-hackers
On Fri, Jun 22, 2018 at 10:08:24AM +0530, Pavan Deolasee wrote: > On Fri, Jun 22, 2018 at 9:28 AM, Michael Paquier <michael@paquier.xyz> > wrote: >> So an extra pair of eyes from another committer would be >> welcome. I am letting that cool down for a couple of days now. > > I am not a committer, so don't know if my pair of eyes count, but FWIW the > patch looks good to me except couple of minor points. Thanks for grabbing some time, Pavan. Any help is welcome! > +/* > + * Local copies of equivalent fields in the control file. When running > + * crash recovery, minRecoveryPoint is set to InvalidXLogRecPtr as we > + * expect to replay all the WAL available, and updateMinRecoveryPoint is > + * switched to false to prevent any updates while replaying records. > + * Those values are kept consistent as long as crash recovery runs. > + */ > static XLogRecPtr minRecoveryPoint; /* local copy of > * ControlFile->minRecoveryPoint */ > > The inline comment looks unnecessary now that we have comment at the > top. I'll fix that. > @@ -4266,6 +4276,12 @@ ReadRecord(XLogReaderState *xlogreader, XLogRecPtr > RecPtr, int emode, > minRecoveryPoint = ControlFile->minRecoveryPoint; > minRecoveryPointTLI = ControlFile->minRecoveryPointTLI; > > + /* > + * The startup process can update its local copy of > + * minRecoveryPoint from that point. > + */ > > s/that/this This one too. -- Michael
Commits
-
Prevent references to invalid relation pages after fresh promotion
- 56535dcdc9e2 9.3.24 landed
- f352f43d3f10 9.4.19 landed
- 23eef5cd7ffc 9.5.14 landed
- 8d68ee6f31ca 9.6.10 landed
- 6716f2f96256 10.5 landed
- 9a1bd8271172 11.0 landed
- 3c64dcb1e35d 12.0 landed