Re: make check crashes on POWER8 machine - Mailing list pgsql-hackers

From Victor Wagner
Subject Re: make check crashes on POWER8 machine
Date
Msg-id 20200314124928.54c5fcad@wagner.wagner.home
Whole thread Raw
In response to Re: make check crashes on POWER8 machine  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: make check crashes on POWER8 machine  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
В Fri, 13 Mar 2020 10:56:15 -0400
Tom Lane <tgl@sss.pgh.pa.us> пишет:

> Victor Wagner <vitus@wagner.pp.ru> writes:
> > Justin Pryzby <pryzby@telsasoft.com> wrote:
> >> On Fri, Mar 13, 2020 at 10:29:13AM +0300, Victor Wagner wrote:
> >>> I've encountered a problem with Postgres on PowerPC machine.
>
> >> Is it related to
> >> https://www.postgresql.org/message-id/20032.1570808731%40sss.pgh.pa.us
> >> https://bugzilla.kernel.org/show_bug.cgi?id=205183
>
> > I don't think so. At least I cannot see any signal handler-related
> > stuff in the trace, but see lots of calls to stored procedure
> > executor instead.
>
> Read the whole thread.  We fixed the issue with recursion in the
> postmaster (9abb2bfc0); but the intermittent failure in
> infinite_recurse is exactly the same as what we've been seeing for a
> long time in the buildfarm, and there is zero doubt that it's that
> kernel bug.

I've tried to cherry-pick commit 9abb2bfc8 into REL_12_STABLE and rerun
make check in loop. Oops, on 543 run it segfaults with same symptoms
as before.

Here is link to new core and logs

https://drive.google.com/file/d/1oF-0fKHKvFn6FaJ3u-v36p9W0EBAY9nb/view?usp=sharing

I'll try to do this simple test (run make check repeatedly) with
master. There is some time until end of weekend when this machine is
non needed by anyone else, so I have time to couple of thousands runs.





--
                                   Victor Wagner <vitus@wagner.pp.ru>



pgsql-hackers by date:

Previous
From: Pavel Stehule
Date:
Subject: Re: proposal: new polymorphic types - commontype and commontypearray
Next
From: legrand legrand
Date:
Subject: RE: Planning counters in pg_stat_statements (using pgss_store)