Re: Why is parula failing?
Tomas Vondra <tomas.vondra@enterprisedb.com>
From: Tomas Vondra <tomas.vondra@enterprisedb.com>
To: Robins Tharakan <tharakan@gmail.com>, David Rowley <dgrowleyml@gmail.com>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, "Tharakan, Robins" <tharar@amazon.com>,
"pgsql-hackers@lists.postgresql.org" <pgsql-hackers@lists.postgresql.org>
Date: 2024-04-13T18:11:46Z
Lists: pgsql-hackers
On 4/13/24 15:02, Robins Tharakan wrote: > On Wed, 10 Apr 2024 at 10:24, David Rowley <dgrowleyml@gmail.com> wrote: >> >> Master failed today for the first time since the compiler upgrade. >> Again reltuples == 48. > > Here's what I can add over the past few days: > - Almost all failures are either reltuples=48 or SIGABRTs > - Almost all SIGABRTs are DDLs - CREATE INDEX / CREATE AGGREGATEs / CTAS > - A little too coincidental? Recent crashes have stack-trace if > interested. > > Barring the initial failures (during move to gcc 13.2), in the past week: > - v15 somehow hasn't had a failure yet > - v14 / v16 have got only 1 failure each > - but v12 / v13 are lit up - failed multiple times. > I happened to have an unused rpi5, so I installed Armbian aarch64 with gcc 13.2.0, built with exactly the same configure options as parula, and did ~300 loops of "make check" without a single failure. So either parula has packages in a different way, or maybe it's a more of a timing issue and rpi5 is way slower than graviton3. regards -- Tomas Vondra EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Revert "Temporarily install debugging in partition_prune test"
- ec1a405adc24 17.0 landed
-
Temporarily install debugging in partition_prune test
- 1db689715d44 17.0 landed
-
Review wording on tablespaces w.r.t. partitioned tables
- a0390f6ca6c7 17.0 cited