Re: margay fails assertion in stats/dsa/dsm code

From: Thomas Munro <thomas(dot)munro(at)gmail(dot)com>
To: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Cc: hofstetter(at)jomasoft(dot)ch
Subject: Re: margay fails assertion in stats/dsa/dsm code
Date: 2022-06-28 06:27:21
Message-ID: CA+hUKG+D3eL_AQd3=HyidMsvT213aqc8bR7pL0B+Mhp4PAp_Ow@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jun 3, 2022 at 12:05 PM Thomas Munro <thomas(dot)munro(at)gmail(dot)com> wrote:
> BF animal margay (a newly started Solaris 11.4/Sparc/GCC 11.2 box) is
> sometimes failing with:
>
> TRAP: FailedAssertion("seg->mapped_address != NULL", File: "dsm.c",
> Line: 1069, PID: 9038)

I spent some time on the GCC farm machine gcc211 (Sol 11.3, GCC 5.5),
but could not repro this. It's also not happening on wrasse (Sol
11.3, Sun Studio compiler). I don't have access to a Sol 11.4
CBE/Sparc system like margay, but I have learned that CBE is the name
of a very recently announced rolling release intended for open source
developers[1]. I still have no idea if the active thing here is
Sparc, Sol 11.4, "CBE", GCC 11.2 or just timing conditions that reveal
bugs in our dsm/dsa/dshash/pgstat code that show up here in about 1/4
of make check runs on this stack, but miraculously nowhere else.
Perhaps margay's owner could shed some light, or has a way to provide
ssh access to a similar zone with a debugger etc installed?

[1] https://blogs.oracle.com/solaris/post/announcing-the-first-oracle-solaris-114-cbe

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Noah Misch 2022-06-28 06:37:19 Re: First draft of the PG 15 release notes
Previous Message Masahiko Sawada 2022-06-28 06:24:11 Re: [PoC] Improve dead tuple storage for lazy vacuum