From: | Adam Witney <awitney(at)sgul(dot)ac(dot)uk> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-admin <pgsql-admin(at)postgresql(dot)org>, Michael Fuhr <mike(at)fuhr(dot)org> |
Subject: | Re: pg_dump error... Follow up |
Date: | 2005-09-08 15:26:16 |
Message-ID: | BF4616A8.4C8AB%awitney@sgul.ac.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On 8/9/05 3:46 pm, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Adam Witney <awitney(at)sgul(dot)ac(dot)uk> writes:
>> Here you go....
>
>> pg_filedump-3.0/pg_filedump -i -f -R 34318 34320 134401986.1
>
> Thanks. What it looks like to me is that block 34320 (really 165392)
> is data from some other file altogether. It's evidently still Postgres
> heap data, but instead of having 3 non-null columns as any toast row
> ought to have, these rows have 77 columns many of which are nulls.
> They've got OIDs, too. Possibly you can work out which table these
> rows really belong to. It looks like this ought to be block 415664
> of whatever table it belongs to (which would make it block 22448 of
> the xxx.3 file of that table, if I did the math right).
I only have one file with a .3 in that database... Or could it be from a
different database altogether? (although none of the others get much updates
at all)
Thanks again
adam
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2005-09-08 15:56:21 | Re: pg_dump error... Follow up |
Previous Message | Tom Lane | 2005-09-08 14:46:36 | Re: pg_dump error... Follow up |