From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | saku(at)bitblit(dot)fi, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: Database corruption in RH 6.2/prepackaged PG |
Date: | 2001-01-14 16:41:22 |
Message-ID: | 26130.979490482@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
pgsql-bugs(at)postgresql(dot)org writes:
> Problem description:
> The nightly cron jobs return me the following message:
> ----
> dumpClasses(): command failed. Explanation from backend: 'pqReadData() -- backend closed the channel unexpectedly.
> This probably means the backend terminated abnormally
> before or while processing the request.
Can't tell much from this. What would be useful is to look at the
postmaster log and a stack backtrace from the crashed backend.
The default startup script for your RH probably sends the postmaster
log file to the bit-bucket, so you'll have to change it. Make sure
the postmaster is invoked without -S switch, and redirect its stdout
and stderr to some handy log file, etc
postmaster -i -D wherever >/full/path/to/logfile 2>&1 &
(The extra & at the end is needed if you don't use -S.)
If you don't see a core file in $PGDATA/base/yourdb/core, then you
probably also need to add "ulimit -c unlimited" to the postmaster
start script, to allow dumping core from the postmaster and its
child processes.
Let us know when you have more detail ...
regards, tom lane
PS: BTW, it would probably save time all around if you first update
to Postgres 7.0.3 and then see if the bug is still there.
From | Date | Subject | |
---|---|---|---|
Next Message | pgsql-bugs | 2001-01-14 16:58:13 | Strange results with interval types computations |
Previous Message | pgsql-bugs | 2001-01-14 12:43:15 | Database corruption in RH 6.2/prepackaged PG |