Re: postgres_fdw vs. force_parallel_mode on ppc - Mailing list pgsql-hackers

From Noah Misch
Subject Re: postgres_fdw vs. force_parallel_mode on ppc
Date
Msg-id 20160216003844.GE347322@tornado.leadboat.com
Whole thread Raw
In response to Re: postgres_fdw vs. force_parallel_mode on ppc  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: postgres_fdw vs. force_parallel_mode on ppc
List pgsql-hackers
On Mon, Feb 15, 2016 at 07:31:40PM -0500, Robert Haas wrote:
> On Mon, Feb 15, 2016 at 5:52 PM, Noah Misch <noah@leadboat.com> wrote:
> > On Mon, Feb 08, 2016 at 02:49:27PM -0500, Robert Haas wrote:
> >> force_parallel_mode=regress
> >> max_parallel_degree=2
> >>
> >> And then run this: make check-world TEMP_CONFIG=/path/to/aforementioned/file

> > I configured a copy of animal "mandrill" that way and launched a test run.
> > The postgres_fdw suite failed as attached.  A manual "make -C contrib
> > installcheck" fails the same way on a ppc64 GNU/Linux box, but it passes on
> > x86_64 and aarch64.  Since contrib test suites don't recognize TEMP_CONFIG,
> > check-world passes everywhere.
> 
> Oh, crap.  I didn't realize that TEMP_CONFIG didn't affect the contrib
> test suites.  Is there any reason for that, or is it just kinda where
> we ended up?

To my knowledge, it's just the undesirable place we ended up.



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: postgres_fdw vs. force_parallel_mode on ppc
Next
From: Robert Haas
Date:
Subject: Re: Re: [COMMITTERS] pgsql: Introduce group locking to prevent parallel processes from deadl