Re: PANIC: corrupted item lengths

Поиск
Список
Период
Сортировка
От Dimitri Fontaine
Тема Re: PANIC: corrupted item lengths
Дата
Msg-id 5D74113E-4FFF-4B18-A141-B16E46717128@hi-media.com
обсуждение исходный текст
Ответ на Re: PANIC: corrupted item lengths  (Alvaro Herrera <alvherre@commandprompt.com>)
Список pgsql-hackers
Hi,

Le 4 juin 09 à 15:55, Alvaro Herrera a écrit :
> I tend to hate automatic zeroing of pages because there's no way to
> get
> the contents later for forensics.  I would support your proposal if we
> had a way of saving the block elsewhere before zeroing it (say
> create a
> directory corrupted+zeroed similar to lost+found in the database dir
> and
> save it annotated with the OID of the table and the block number).

What about creating a special purpose fork for this? It could contain
some metadata plus the original (maybe corrupted) block content.

> The main problem I see with this is that if you don't immediately
> act to
> examine the data, some of the pg_clog files that you need to be able
> to
> read these files may be gone.

The necessary clogs maybe could be part of the special fork metadata
associated with each saved apart corrupted blocks?

Regards,
--
dim

В списке pgsql-hackers по дате отправления:

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: 8.4b2 tsearch2 strange error
Следующее
От: Andrew Dunstan
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Initialise perl library as documented in perl API.