Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped

From: Nathan Bossart <nathandbossart(at)gmail(dot)com>
To: tushar <tushar(dot)ahuja(at)enterprisedb(dot)com>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped
Date: 2025-12-08 18:20:04
Message-ID: aTcW1CNyPlY3CL7W@nathan
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Dec 08, 2025 at 11:23:53PM +0530, tushar wrote:
> I found a scenario where, after firing the wrong way of using the pg_dump
> command, not only server fail to start,
> But later, I am not able to perform initdb/pg_ctl as well
>
> Please refer to this testcase:
> "
> PG v19 devel, Cluster running on default port=5432
> Run pg_dump (./pg_dump -Ft -s -c -v -f postgres schema_clean.tar1)
> "

IIUC the problem is that you are overwriting the postgres binary. Is that
correct?

> Is there any way we can generate some error messages?

Perhaps it'd be worth making pg_dump a little more cautious about
overwriting existing files (or at least have the option to avoid that).

--
nathan

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2025-12-08 18:20:13 Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped
Previous Message Nathan Bossart 2025-12-08 18:09:12 Re: vacuumdb: add --dry-run