On Wed, Aug 29, 2018 at 4:54 AM Michael Paquier <mich...@paquier.xyz> wrote:

> On Wed, Aug 29, 2018 at 08:31:50AM +0200, Alexander Kukushkin wrote:
> > 2018-08-29 6:02 GMT+02:00 Dave Peticolas <d...@krondo.com>:
> >> Hello, I'm seeing some issues with WAL replay on a test server running
> >> 9.6.10 using WAL archived from a 9.6.8 primary server. It reliably
> PANICs
> >> during replay with messages like so:
> >>
> >> WARNING:  page 1209270272 of relation base/16422/47496599 does not exist
> >> CONTEXT:  xlog redo at 4810/C84F8A0 for Btree/DELETE: 88 items
> >> PANIC:  WAL contains references to invalid pages
> >
> >
> > it looks like you are hitting pretty much the same problem as I:
> >
> https://www.postgresql.org/message-id/flat/153492341830.1368.3936905691758473953%40wrigleys.postgresql.org
> > The only major difference, you are restoring from the backup, while in
> > my case the host running replica has crashed.
> > Also in my case, the primary was already running 9.6.10.
> >
> > In my case, it also panics during "Btree/DELETE: XYZ items" and page
> > number of relation is insanely huge.
>
> That would be the same problem.  Dave, do you have a background worker
> running in parallel or some read-only workload with backends doing
> read-only operations on a standby once it has reached a consistent
> point?
>
>
Oh, perhaps I do, depending on what you mean by worker. There are a couple
of periodic processes that connect to the server to obtain metrics. Is that
what is triggering this issue? In my case I could probably suspend them
until the replay has reached the desired point.

I have noticed this behavior in the past but prior to 9.6.10 restarting the
server would fix the issue. And the replay always seemed to reach a point
past which the problem would not re-occur.

dave

Reply via email to