Re: [sqlsmith] Failed assertions on parallel worker shutdown - Mailing list pgsql-hackers

From Amit Kapila
Subject Re: [sqlsmith] Failed assertions on parallel worker shutdown
Date
Msg-id CAA4eK1KzZ-Xo5fY8WqhMJg0igbXM+6+QtN_bCQAzTAS+Bc0K1g@mail.gmail.com
Whole thread Raw
In response to Re: [sqlsmith] Failed assertions on parallel worker shutdown  (Andreas Seltenreich <seltenreich@gmx.de>)
Responses Re: [sqlsmith] Failed assertions on parallel worker shutdown  (Andreas Seltenreich <seltenreich@gmx.de>)
List pgsql-hackers
On Mon, May 23, 2016 at 2:19 PM, Andreas Seltenreich <seltenreich@gmx.de> wrote:
>
> I wrote:
> >> There's another class of parallel worker core dumps when testing master
> >> with sqlsmith.  In these cases, the following assertion fails for all
> >> workers simulataneously:
> >>
> >> TRAP: FailedAssertion("!(mqh->mqh_partial_bytes <= nbytes)", File: "shm_mq.c", Line: 386)
> >
> > I no longer observe these after applying these two patches by Amit
> > Kapila
>
> I spoke too soon: These still occur with the patches applied, but with
> much lower probability. (one core dump per 20e6 random queries instead
> of 1e6).
>
> Most of the collected plans look inconspicuous to me now, except for one
> that again had a subplan below a gather node (plan6).
>

This problem looks different from the previous problems you have reported.  Earlier problems were due to the reason that some unsafe/restricted expressions were pushed below Gather node as part of target list whereas in the plan6, it seems some unsafe node is pushed below Gather node. It will be helpful if you can share the offending query?


With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

pgsql-hackers by date:

Previous
From: Amit Langote
Date:
Subject: Re: Declarative partitioning
Next
From: Andreas Seltenreich
Date:
Subject: Re: [sqlsmith] Failed assertions on parallel worker shutdown