From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Todd Nemanich <todd(at)twopunks(dot)org> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: shared memory corruption |
Date: | 2003-05-13 23:32:31 |
Message-ID: | 19326.1052868751@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Todd Nemanich <todd(at)twopunks(dot)org> writes:
> PostgreSQL version (example: PostgreSQL-7.3.1): PostgreSQL-7.3.1
> Compiler used (example: gcc 2.95.2) : ? (PGDG 7.3.1
> rpms on RH 7.3)
> May 13 14:01:17 db3 postgres[2618]: [1] LOG: server process (pid 14721)
> was terminated by signal 6
Hmm. Signal 6 is SIGABORT, which suggests that that backend aborted
itself after detecting an Assert() failure. But I didn't think that
the RPM version was compiled with assertions enabled. Also, if it was
an assert then there should have been a complaint about it just before
the termination message.
If this is repeatable, I'd suggest restarting the postmaster under
"ulimit -c unlimited" so that the abort will produce a core-dump file.
A debugger backtrace from the core file would provide useful info.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Herve Boulouis | 2003-05-14 10:59:38 | segfault in postmaster (pg 7.3.2 & FreeBSD) |
Previous Message | Todd Nemanich | 2003-05-13 20:03:38 | shared memory corruption |