| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| 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:13 |
| Message-ID: | 3021314.1765218013@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
tushar <tushar(dot)ahuja(at)enterprisedb(dot)com> writes:
> 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
> The result is :
> edb(at)1a1c15437e7c bin]$ ./pg_dump -Ft -s -c -v -f postgres schema_clean.tar1
> qemu: uncaught target signal 7 (Bus error) - core dumped
I think what you are showing here is that you ran this command in the
installation's bin directory, and where you write "-f postgres",
that caused pg_dump to overwrite the postgres executable.
> Is there any way we can generate some error messages?
Don't do that. Generally speaking, you don't want installed files to
be writable at all by ordinary user accounts ... but if they are,
for heaven's sake don't cd into those directories before doing work.
You're just setting yourself up for trouble.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2025-12-08 18:22:48 | Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped |
| Previous Message | Nathan Bossart | 2025-12-08 18:20:04 | Re: pg_dump:qemu: uncaught target signal 7 (Bus error) - core dumped |