From: | "Anjan Dave" <adave(at)vantage(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <aspire420(at)hotpop(dot)com>, <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: pg_restore data block error |
Date: | 2004-02-27 22:28:52 |
Message-ID: | 4BAFBB6B9CC46F41B2AD7D9F4BBAF78508C8B7@vt-pe2550-001.vantage.vantage.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Yes, it's about 7GB.
I installed it from RPMs...Do I just copy over the pg_backup_archiver.c
file?
Is there any easy way to dump individual tables (dealing with 73
tables)?
Thanks for your response,
Anjan
-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Friday, February 27, 2004 5:24 PM
To: Anjan Dave
Cc: aspire420(at)hotpop(dot)com; pgsql-admin(at)postgresql(dot)org
Subject: Re: [ADMIN] pg_restore data block error
"Anjan Dave" <adave(at)vantage(dot)com> writes:
> Same error again.
> -bash-2.05b$ pg_restore -a -d access
> backups/access/data.pg
> pg_restore: [custom archiver] could not read data block
> -- expected 4096, got 3608
You said the dump file was over 4Gb, right? I'm wondering if you are
running into some file-offset-size bug. In particular this recent bug
fix might be relevant:
2004-01-03 23:02 tgl
* src/bin/pg_dump/pg_backup_archiver.c (REL7_4_STABLE): Fix
ReadOffset() to work correctly when off_t is wider than int.
although offhand I'm not sure how that would translate into what sounds
to be an unexpected-EOF failure.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Lubratt | 2004-02-28 03:32:43 | Schema comparisons |
Previous Message | Tom Lane | 2004-02-27 22:24:21 | Re: pg_restore data block error |