| From: | "Silvela, Jaime \(Exchange\)" <JSilvela(at)Bear(dot)com> |
|---|---|
| To: | "Andrzej Folek" <afolek(at)gmail(dot)com>, <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: mising chunk |
| Date: | 2006-08-26 20:03:05 |
| Message-ID: | B0D2EF413B7344489985137E6DDB6C430BF6E6@whexchmb14.bsna.bsroot.bear.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
I had this problem a few weeks ago.
What I did was isolate it into an individual row that was causing the
problem, then going over the fields one by one, till I located the free
text field that was responsible.
Then I repopulated it with the value in the latest backup I could find.
I wasn't able to find any better techniques on the web.
For locating the faulty row, you might want to write a procedural
routine that will query rows sequentially.
I did it in a very crude way by using LIMIT statements till I hit the
mark.
As to why this happens, the suggestion I got here was faulty hardware.
Good luck
_____
From: pgsql-general-owner(at)postgresql(dot)org
[mailto:pgsql-general-owner(at)postgresql(dot)org] On Behalf Of Andrzej Folek
Sent: Saturday, August 26, 2006 3:47 AM
To: pgsql-general(at)postgresql(dot)org
Subject: [GENERAL] mising chunk
I've got a problem with conversion.
Database is running on pg8.1.3
I've 2 tables, in one there is mediabinary collumn of bytea type. And
during conversion to another table / conversion only move data from
timestamp type to timestamptz but mediabinary in botha are the same. And
during query which move data I recieve ' MISSING CHUNK NUMBER 0 FOR
TOAST VALUE .. I've re-index this table, vacumed and nothing. Everytime
I get this info.
Please give me some advice how to fix this or even drop data to file I
don't know, any suggestion????
| Attachment | Content-Type | Size |
|---|---|---|
| Disclaimer.txt | text/plain | 965 bytes |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Fuhr | 2006-08-26 20:10:31 | Re: Shared Objects (Dynamic loading) |
| Previous Message | snacktime | 2006-08-26 19:51:15 | implementing a read lock |