Re: Row data corruption under 7.3.5
| От | Tom Lane | 
|---|---|
| Тема | Re: Row data corruption under 7.3.5 | 
| Дата | |
| Msg-id | 25825.1079542416@sss.pgh.pa.us обсуждение исходный текст | 
| Ответ на | Re: Row data corruption under 7.3.5 ("Marc Mitchell" <marcm@eisolution.com>) | 
| Список | pgsql-admin | 
"Marc Mitchell" <marcm@eisolution.com> writes: > This is follow-up to a problem first reported on 3/1/04. The problem > has continued to occur intermittently and recently we experienced the > first occurrence where the first column of a table was the column where > the corrupted and thus we could not recover it. It would be useful to look at pg_filedump output for the affected pages. See http://sources.redhat.com/rhdb/utilities.html to get that program. I find "-i -f" options to be its most useful display format, although the raw hex dump (-d) is also good to look at when investigating data corruption. The first part of the TID (15 in your latest example) is the block number within the table file; you can use contrib/oid2name if you need help figuring out which file is the table you want. > We've observed nothing that would lead us to believe there are any > hardware problems. Have you done anything to proactively test for hardware problems? memtest86, badblocks, etc? It's possible you have a software problem, but the symptoms sound more like hardware glitches to me. regards, tom lane
В списке pgsql-admin по дате отправления: