Re: Database corruption in RH 6.2/prepackaged PG

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Database corruption in RH 6.2/prepackaged PG
Дата
Msg-id 26130.979490482@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Database corruption in RH 6.2/prepackaged PG  (pgsql-bugs@postgresql.org)
Список pgsql-bugs
pgsql-bugs@postgresql.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.

В списке pgsql-bugs по дате отправления:

Предыдущее
От: pgsql-bugs@postgresql.org
Дата:
Сообщение: Database corruption in RH 6.2/prepackaged PG
Следующее
От: pgsql-bugs@postgresql.org
Дата:
Сообщение: Strange results with interval types computations