Re: GiST notice

From: Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: Teodor Sigaev <teodor(at)sigaev(dot)ru>, Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: GiST notice
Date: 2005-07-06 18:04:41
Message-ID: Pine.GSO.4.63.0507062204290.23660@ra.sai.msu.su
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Wed, 6 Jul 2005, Joshua D. Drake wrote:

> Teodor Sigaev wrote:
>> It should be mentioned in documentation that after pgsql's crash GiST
>> indexes may restore some "incorrect way": with invalid tuples. Of course,
>> not every time. Index will work absolutly correct but possibly with some
>> performance degradation (not big). 'Vacuum full' resolves this problem and
>> repairs invalid tuples.
>
> Can you also use reindex?

of course !

>
> Sincerely,
>
> Joshua D. Drake
>
>
>
>> If that problem is detected during recovery, postgres says to log :
>> LOG: Detected incomplete insert into GiST index 1663/16385/16458; It's
>> desirable to vacuum or reindex index
>> More, if usial vacuum will say on such index:
>> NOTICE: It's desirable to vacuum full or reindex GiST index 'idx' due to
>> crash recovery
>> Sorry, but my English doesn't make it possible to write correct phrase to
>> documentation. May be thats phrases too...
>>
>>
>> Just for reminder, I found strange trap on vacuum running concurrently with
>> a lot of other queries:
>> http://www.pgsql.ru/db/mw/msg.html?mid=2077426
>> http://www.pgsql.ru/db/mw/msg.html?mid=2078029
>> In short:
>> it caused approximatly one time per 2-4 million statements (with my scripts
>> at http://www.sigaev.ru/gist/, PIII/1133 MHz and Quad Xeon/500MHz), I got
>> traps:
>> TRAP: FailedAssertion("!((*curpage)->offsets_used == num_tuples)", File:
>> "vacuum.c", Line: 2766)
>> LOG: server process (PID 15847) was terminated by signal 6
>> It's definitly bug in a vaccum code, I got the same trap without any GiST
>> indexes (to reproduce, just comment out 'create index' command in my
>> script).
>>
>>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
>

Regards,
Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg(at)sai(dot)msu(dot)su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2005-07-06 19:42:03 Re: timezone changes break windows and cygwin
Previous Message Pavel Stehule 2005-07-06 17:42:41 Re: User's exception plpgsql