Re: Problem with pg_dumpall

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Problem with pg_dumpall
Дата
Msg-id 16833.962143321@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Problem with pg_dumpall  (Ryan Bradetich <ryan_bradetich@hp.com>)
Список pgsql-sql
Ryan Bradetich <ryan_bradetich@hp.com> writes:
> Tom Lane wrote:
>> Ryan Bradetich <ryan_bradetich@hp.com> writes:
>>>> --  dumping out the contents of Table 'medusa'
>>>> FATAL 1:  Memory exhausted in AllocSetAlloc()
>>>> PQendcopy: resetting connection
>>>> SQL query to dump the contents of Table 'medusa' did not execute
>>>> correctly.  After we read all the table contents from the backend,
>>>> PQendcopy() failed.  Explanation from backend: 'FATAL 1:  Memory
>>>> exhausted in AllocSetAlloc()
>>>> '.
>>>> The query was: 'COPY "medusa" WITH OIDS TO stdout;

Now that I look at it, it appears that COPY WITH OIDS leaks the memory
used for the string representation of the OIDs.  That'd probably cost
you 32 bytes or so of backend memory per row --- which you'd get back
at the end of the COPY, but small comfort if you ran out before that.

Is the table large enough to make that a plausible explanation?
        regards, tom lane


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

Предыдущее
От: Ryan Bradetich
Дата:
Сообщение: Re: Problem with pg_dumpall
Следующее
От: Ryan Bradetich
Дата:
Сообщение: Re: Problem with pg_dumpall