Re: BUG #10189: Limit in 9.3.4 no longer works when ordering using a composite multi-type index

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #10189: Limit in 9.3.4 no longer works when ordering using a composite multi-type index
Дата
Msg-id 10587.1398901968@sss.pgh.pa.us
обсуждение исходный текст
Ответ на BUG #10189: Limit in 9.3.4 no longer works when ordering using a composite multi-type index  (nickr@mirth.com)
Ответы Re: BUG #10189: Limit in 9.3.4 no longer works when ordering using a composite multi-type index
Список pgsql-bugs
Nick Rupley <nickr@mirthcorp.com> writes:
> Thanks Tom. We attempted to reindex:
> mirthdb=# reindex index d_mm65_index1;

> ERROR:  failed to find parent tuple for heap-only tuple at (14808,2) in
> table "d_mm65"

Ugh :-(.  That matches the symptoms of one of the known data-corruption
bugs in 9.3.x, specifically the business about mis-replay of the WAL entry
for locking a tuple.  (I suppose this database has either suffered some
crashes, or been promoted from a replication slave?)  The bug is fixed as
of 9.3.4, but the fix doesn't magically cure existing corruption :-(

You can look at the specific row involved here with

select * from d_mm65 where ctid = '(14808,2)';

Probably the best recovery strategy is to DELETE that row by ctid,
then reinsert the same data.  Lather, rinse, repeat until you can reindex
successfully.  Better check your other tables too.

            regards, tom lane

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: BUG #10189: Limit in 9.3.4 no longer works when ordering using a composite multi-type index
Следующее
От: digoal@126.com
Дата:
Сообщение: BUG #10194: Stable function in select clause cann't be optimized to one call?