Re: Unexpected chunk number

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Unexpected chunk number
Дата
Msg-id 22440.1158097182@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Unexpected chunk number  (Chris Purcell <chris.purcell.39@gmail.com>)
Ответы Re: Unexpected chunk number  (Chris Purcell <chris.purcell.39@gmail.com>)
Список pgsql-bugs
Chris Purcell <chris.purcell.39@gmail.com> writes:
> Would the best advice be to get a pg_dump, then drop the database
> entirely and rebuild it?
>>
>> Definitely.  It's entirely possible for pg_dump to dump successfully
>> from a database that still contains corruption.  An example:
>> broken indexes on user tables.  COPY just does a seqscan and never
>> looks
>> at the contents of indexes ...

> Just out of curiosity, why is it not possible to rebuild these
> indices entirely from scratch, dropping the defective file entirely,
> *without* reimporting into a fresh database?

See REINDEX.  But my point was that there may be undetected corruption.
If I were you I'd not rely on REINDEX to prevent all problems.

            regards, tom lane

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

Предыдущее
От: Chris Purcell
Дата:
Сообщение: Re: Unexpected chunk number
Следующее
От: Chris Purcell
Дата:
Сообщение: Re: Unexpected chunk number