Re: SegFault on 9.6.14

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: Jerry Sievers <gsievers19(at)comcast(dot)net>
Cc: Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: SegFault on 9.6.14
Date: 2019-07-17 00:44:49
Message-ID: CA+hUKG+A4TWxt8g5K5fOunUVQ1jtd3EWco=GoR=funG1UfaeBQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, Jul 17, 2019 at 12:26 PM Jerry Sievers <gsievers19(at)comcast(dot)net> wrote:
> Is this the right sequencing?
>
> 1. Start client and get backend pid
> 2. GDB; handle SIGUSR1, break, cont
> 3. Run query
> 4. bt

Perfect, thanks. I think I just spotted something:

> #11 0x000055666e0359df in ExecShutdownNode (node=node(at)entry=0x55667033a6c8)
> at /build/postgresql-9.6-5O8OLM/postgresql-9.6-9.6.14/build/../src/backend/executor/execProcnode.c:830
> #12 0x000055666e04d0ff in ExecLimit (node=node(at)entry=0x55667033a428)
> at /build/postgresql-9.6-5O8OLM/postgresql-9.6-9.6.14/build/../src/backend/executor/nodeLimit.c:139

https://github.com/postgres/postgres/blob/REL9_6_STABLE/src/backend/executor/nodeLimit.c#L139

Limit thinks it's OK to "shut down" the subtree, but if you shut down a
Gather node you can't rescan it later because it destroys its shared
memory. Oops. Not sure what to do about that yet.

--
Thomas Munro
https://enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Munro 2019-07-17 00:57:42 Re: SegFault on 9.6.14
Previous Message Jerry Sievers 2019-07-17 00:26:20 Re: SegFault on 9.6.14