From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | haystack(at)email(dot)rentzone(dot)org |
Cc: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: pqReadData() -- backend closed the channel unexpectedly |
Date: | 2000-09-20 03:55:58 |
Message-ID: | 18321.969422158@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Buddy Lee Haystack <haystack(at)email(dot)rentzone(dot)org> writes:
> Here they are, but they seem as vague as the Apache error logs -to me anyway...
You're right, not much info there except that a backend died untimely.
Unless you had ulimit set to prevent it, the crashing backend should've
left a core file in the database subdirectory it was connected to (ie,
$PGDATA/base/DATABASENAME/core). If so, it'd be useful to see a stack
trace from that file ... do you know how to get a stack trace with gdb?
Copy the corefile to someplace safe, in any case; we may want to
study it later.
One thing that would be real helpful to know is exactly what query the
failed backend was trying to execute. Perhaps you know that already.
If not, but if you can reproduce the crash by rerunning your
application, then restart the postmaster with "-d2" added to its command
line arguments; that will cause each backend to log each query it
executes.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2000-09-20 04:20:00 | Re: Proposal for new PL/Perl README |
Previous Message | Stephan Szabo | 2000-09-20 03:55:34 | Re: pqReadData() -- backend closed the channel unexpectedly |