Re: Problem with pg_dumpall - Mailing list pgsql-sql

From Tom Lane
Subject Re: Problem with pg_dumpall
Date
Msg-id 16833.962143321@sss.pgh.pa.us
Whole thread Raw
In response to Re: Problem with pg_dumpall  (Ryan Bradetich <ryan_bradetich@hp.com>)
List 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 by date:

Previous
From: Ryan Bradetich
Date:
Subject: Re: Problem with pg_dumpall
Next
From: Ryan Bradetich
Date:
Subject: Re: Problem with pg_dumpall