On Wed, Apr 11, 2018 at 6:00 AM, Jeevan Chalke
wrote:
> [ new patch ]
Committed. Apologies for the delay.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
On Tue, Apr 10, 2018 at 11:14 PM, Robert Haas wrote:
> On Tue, Apr 10, 2018 at 2:59 AM, Jeevan Chalke
> wrote:
> > I actually wanted to have rel->consider_parallel in the condition (yes,
> for
> > additional safety) as we are adding a partial path into rel. But then
> > observed that it is same
On Tue, Apr 10, 2018 at 2:59 AM, Jeevan Chalke
wrote:
> I actually wanted to have rel->consider_parallel in the condition (yes, for
> additional safety) as we are adding a partial path into rel. But then
> observed that it is same as that of final_rel->consider_parallel and thus
> used it along wi
On Mon, Apr 9, 2018 at 5:52 PM, Amit Kapila wrote:
> On Sun, Apr 8, 2018 at 1:04 PM, Jeevan Chalke
> wrote:
> > Hi,
> >
> > At some places, I have observed that we are adding a partial path even
> when
> > rel's consider_parallel is false. Due to this, the partial path added has
> > parallel_saf
On Mon, Apr 9, 2018 at 5:52 PM, Amit Kapila wrote:
> On Sun, Apr 8, 2018 at 1:04 PM, Jeevan Chalke
> wrote:
>> Hi,
>>
>> At some places, I have observed that we are adding a partial path even when
>> rel's consider_parallel is false. Due to this, the partial path added has
>> parallel_safe set to
On Sun, Apr 8, 2018 at 1:04 PM, Jeevan Chalke
wrote:
> Hi,
>
> At some places, I have observed that we are adding a partial path even when
> rel's consider_parallel is false. Due to this, the partial path added has
> parallel_safe set to false and then later in create_gather_path() assertion
> fai
Hi,
At some places, I have observed that we are adding a partial path even when
rel's consider_parallel is false. Due to this, the partial path added has
parallel_safe set to false and then later in create_gather_path() assertion
fails.
Attached patch to fix that.
On Sun, Apr 8, 2018 at 12:26 A
Tom Lane writes:
> Alvaro Herrera writes:
>> Andreas Seltenreich wrote:
>>> as of 039eb6e92f:
>>> TRAP: FailedAssertion("!(subpath->parallel_safe)", File: "pathnode.c",
>>> Line: 1813)
>
>> Uh, that's pretty strange -- that patch did not touch the planner at
>> all, and the relcache.c changes are
Alvaro Herrera writes:
> Andreas Seltenreich wrote:
>> sqlsmith found a query that triggers the following assertion in master
>> as of 039eb6e92f:
>> TRAP: FailedAssertion("!(subpath->parallel_safe)", File: "pathnode.c", Line:
>> 1813)
> Uh, that's pretty strange -- that patch did not touch the
Andreas Seltenreich wrote:
> Hi,
>
> sqlsmith found a query that triggers the following assertion in master
> as of 039eb6e92f:
>
> TRAP: FailedAssertion("!(subpath->parallel_safe)", File: "pathnode.c", Line:
> 1813)
>
> Backtrace and recipe against the regression database below.
Uh, that's pr
Hi,
sqlsmith found a query that triggers the following assertion in master
as of 039eb6e92f:
TRAP: FailedAssertion("!(subpath->parallel_safe)", File: "pathnode.c", Line:
1813)
Backtrace and recipe against the regression database below.
regards,
Andreas
#0 __GI_raise (sig=sig@entry=6) at ../s
11 matches
Mail list logo
