Re: Problem w/ dumping huge table and no disk space

From: David Ford <david(at)blue-labs(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: Problem w/ dumping huge table and no disk space
Date: 2001-09-08 00:19:27
Message-ID: 3B99640F.1030903@blue-labs.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

That's why my original intent was :(

I had b5 on another machine and it didn't want to upgrade cleanly, thus
my attempt to dump/restore.

I'm going to try the pg_dump from another machine where I added a gig of
swap. It has a base of 256M so I'm hoping for success there.

David

Tom Lane wrote:

>David Ford <david(at)blue-labs(dot)org> writes:
>
>>$ postgres --version
>>postgres (PostgreSQL) 7.1beta5
>>
>
>You're still running beta5? (bites tongue ...)
>
>Update to 7.1.3. AFAIR you should be able to do that without initdb.
>That will fix your WAL growth problems and allow you to do the large
>DELETE you wanted.
>
>>1) If I run pg_dump, it runs for about 20 minutes the aborts abruptly w/
>>out of memory err, pg_dump is killed by the kernel and postgres spews
>>pipe errors until it reaches the end of the table or I kill it.
>>
>
>Are you trying to run pg_dump with -d or -D switch? If so, try it without.
>
> regards, tom lane
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message news.grapid1.mi.home.com 2001-09-08 00:48:22 Re: Postgres on Windows
Previous Message Tom Lane 2001-09-08 00:13:52 Re: recursive text construction in plpgsql?