Re: BUG #14180: Segmentation fault on replication slave

From: Andres Freund <andres(at)anarazel(dot)de>
To: Bo Ørsted Andresen <boa(at)neogrid(dot)dk>
Cc: "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: BUG #14180: Segmentation fault on replication slave
Date: 2016-06-07 18:06:50
Message-ID: 20160607180650.mjg6ghpul6inkzeg@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On 2016-06-07 18:04:50 +0000, Bo Ørsted Andresen wrote:
> > On 2016-06-07 20:00, Andres Freund wrote:
> > > > On 2016-06-07 19:41, Andres Freund wrote:
> > > > > Not sure what else I can do short of recompiling postgresql mysql.
> > > >
> > > > Any chance the running version of postgres is out of date with the
> > > > installed binaries / debug symbols?
> > >
> > > You mean that I upgraded without restarting postgres before the segfault?
> >
> > Yes, that's what I was wondering. But alas, that's aparently not the reason.
> >
> > This is going to be a bit more complicated, sorry :(
> >
> > Could you try to reproduce the problem, and do 'p/x ReadRecPtr'? That
> > should give you something like 0x5434343496. If you rewrite this as first-four-
> > bytes/last-four-bytes e.g. 54/34343496 you get the LSN. With that, could you
> > try pg_xlogdump -p /path/to/data/directory -s 54/34343496 -n 100 and send
> > the output?
>
> Will do. May take a while.

To clarify: After the crash recovery continues successfully? Or do you
have to scrap te standby?

Regards,

Andres

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2016-06-07 18:07:32 Re: BUG #14180: Segmentation fault on replication slave
Previous Message Bo Ørsted Andresen 2016-06-07 18:04:50 Re: BUG #14180: Segmentation fault on replication slave