Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped - Mailing list pgsql-hackers

From David G. Johnston
Subject Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped
Date
Msg-id CAKFQuwZAv4ssjVXPvrO-=sxhjj+wKdAxJPJpnRxDK1wr8m4Ejw@mail.gmail.com
Whole thread Raw
In response to Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped  (tushar <tushar.ahuja@enterprisedb.com>)
Responses Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped
List pgsql-hackers
On Monday, December 8, 2025, tushar <tushar.ahuja@enterprisedb.com> wrote:

So this query is a failed query and now if i give 'postgres' instead of 'abc123', Am I not supposed to get the same error , instead of 
pg_dump overwriting the postgres executable.

The code chooses to initialize the archive first, then open the connection.  In hindsight, maybe that wasn’t the most user-friendly choice; along with not having a “—clobber” option to overwrite an existing archive.  So, no, the error you get depends on whether you managed to clobber the postgres service that is handling the connection attempt.

Personally I’d be fine with fixing both behaviors and accept any pushback on making “—no-clobber” the new default; if someone were inclined to write the patch.  It’s a failure mode that seems sufficiently rare to not deal with accommodating at this point though.

David J.

pgsql-hackers by date:

Previous
From: Chao Li
Date:
Subject: Re: Fix LOCK_TIMEOUT handling in slotsync worker
Next
From: Dilip Kumar
Date:
Subject: Re: Proposal: Conflict log history table for Logical Replication