From: | Robins Tharakan <tharakan(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-bugs(at)lists(dot)postgresql(dot)org |
Subject: | Re: BUG #18893: Segfault during analyze pg_database |
Date: | 2025-04-14 09:18:32 |
Message-ID: | CAEP4nAyVgr8nfmud+8KO0=t6pudBLsNOmpz1idNTrOs8zCxzLA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On Sun, 13 Apr 2025 at 23:43, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robins Tharakan <tharakan(at)gmail(dot)com> writes:
> > On Sat, 12 Apr 2025 at 13:05, PG Bug reporting form <
> noreply(at)postgresql(dot)org>
> > wrote:
> >> Creating a few Databases followed by CHECKPOINT causes a segfault.
>
> At this point I'm starting to suspect a compiler bug (or hardware fault?)
> on your machine. I spent awhile last night trying to replicate your
> previous report and failed, both on x86_64/RHEL8 and Apple M4/Sequoia.
> Moreover, we're not seeing the sort of instability in the buildfarm
> that would inevitably appear if AV were as broken as it seems to be
> for you.
>
Thanks for confirming (non-reproducibility).
I didn't see any disk errors / memtest returned nothing / machine uses
stock gcc (v12.2.0-14 - Ubuntu bookworm).
I could reproduce this at will until this morning but not any more. A fresh
git clone and compile in another folder on the same machine proved that the
machine is okay, so my current guess is that I fell victim to not doing a
'git clean -xdf' when I was double-checking (before reporting). In most of
my reports I try to triage the commit (which ensures this doesn't happen) -
but I had to bypass that step this time since this was not a simple repro.
Apologies for the noise, and once again thanks for taking a look.
-
robins
From | Date | Subject | |
---|---|---|---|
Next Message | Lele Gaifax | 2025-04-14 09:55:51 | Missing whitespace in pg_restore manpage |
Previous Message | Gang Chen | 2025-04-14 08:55:04 | 回复: BUG #18892: When the view already exists, CREATE OR REPLACE VIEW does not check whether the table exists. |