pg.ddx.io  pgsql-bugs@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: PG Bug reporting form <noreply@postgresql.org>
To: pgsql-bugs@lists.postgresql.org
Cc: weijie1006jl@gmail.com
Subject: BUG #18805: A specific query on a hash partitioned table always causes a "signal 11: Segmentation fault" error.
Date: Wed, 12 Feb 2025 03:53:43 +0000
Message-ID: <18805-2477a1f983db961e@postgresql.org> (raw)

The following bug has been logged on the website:

Bug reference:      18805
Logged by:          weijie JL
Email address:      weijie1006jl@gmail.com
PostgreSQL version: 17.2
Operating system:   Rocky Linux release 8.10 (Green Obsidian)
Description:        

Executing a specific SQL query in the database consistently results in a
"signal 11: Segmentation fault" error, and other connections report the
error: FATAL: 57P03: the database system is in recovery mode.

When the error occurs, the system log shows: kernel: XFS (dm-2): Corruption
of in-memory data (0x8) detected at xfs_trans_cancel+0xc6/0x130 [xfs]
(fs/xfs/xfs_trans.c:958). Shutting down filesystem. This indicates in-memory
data corruption in the XFS system, and the issue appears after this error.

We conducted the following tests:

Yesterday, we restored a backup using pgBackRest to another instance and
configured streaming replication. Initially, the issue did not reoccur, and
we switched to using this instance as the primary database. Since the
business team had adjusted the SQL, everything worked fine. However, when we
tested the problematic SQL again today, the issue reappeared.
On the problematic virtual machine, we tried restarting, reinstalling the
database software, and repairing the filesystem with xfs_repair, but the
issue persisted.
We moved the pgdata directory to a new disk space, but the issue still
persisted after starting the database.
We reinstalled the PostgreSQL software, but the issue persisted.
We uploaded the PostgreSQL source code to a test environment for debugging
and eventually identified that the issue was caused by the
enable_partitionwise_join parameter. Disabling the enable_partitionwise_join
parameter in the database prevented the issue from recurring.



view thread (3+ messages)  latest in thread

Message-ID: <18805-2477a1f983db961e@postgresql.org>
Permalink:  ../18805-2477a1f983db961e@postgresql.org/
Also on:    postgresql.org/message-id/18805-2477a1f983db961e@postgresql.org

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-bugs@postgresql.org
  Cc: noreply@postgresql.org, pgsql-bugs@lists.postgresql.org, weijie1006jl@gmail.com
  Subject: Re: BUG #18805: A specific query on a hash partitioned table always causes a "signal 11: Segmentation fault" error.
  In-Reply-To: <18805-2477a1f983db961e@postgresql.org>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox