Re: COPY error: pqReadData() -- backend closed the channel unexpectedly

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: COPY error: pqReadData() -- backend closed the channel unexpectedly
Дата
Msg-id 29755.979016591@sss.pgh.pa.us
обсуждение исходный текст
Ответ на COPY error: pqReadData() -- backend closed the channel unexpectedly  (Lee Joramo <lee.list@joramo.com>)
Ответы Re: COPY error: pqReadData() -- backend closed the channel unexpectedly  (Lee Joramo <lee.list@joramo.com>)
Список pgsql-general
Lee Joramo <lee.list@joramo.com> writes:
> [PostgreSQL 6.5.2 on powerpc-unknown-linux-gnu, compiled by gcc 2.95.2]

Hm.  Did you compile at -O0?  Pre-7.1 PG is known to have a lot of
problems on PPC if compiled with any optimization at all.

> The 'classifieds.dat' consists of about 2200 lines. I have determined
> that the problem is caused by just the following line (literal tabs have
> been replaced with <TAB>):

Are there any lines with more than 2700 characters worth of ad copy?
Pre-7.1 PG has a limit of 1/3 page or about 2700 bytes for any indexed
column ... and 6.5 tends to fall over rather than give an error if you
exceed the limit :-(

This particular line is well below that, but you could still see the
problem appear or disappear depending on which entries happen to fall
on the same disk page, so subtracting a line that isn't directly causing
the problem might be enough to mask the bug.

If that's not it, I'm not sure ... but I'd still recommend updating to
7.0.3 just on general principles.

> I also learned in the archive that when a 'backend closed'
> error occurs I should be able to find a 'core' file located in the
> database's directory. But I have not found a core file.

On many Linuxes, processes started from boot scripts are by default
started with "ulimit -c 0", which prevents creation of core files.
You may need to say "ulimit -c unlimited" in the postmaster startup
script to allow creation of corefiles.

            regards, tom lane

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

Предыдущее
От:
Дата:
Сообщение: DES encryption in Postgres?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: 7.1 PL/pgSQL EXECUTE Command