RE: Re: PostgreSQL; Strange error

From: "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>
To: "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: jdassen(at)cistron(dot)nl, pgsql-admin(at)postgresql(dot)org, "'pgsql-hackers(at)postgresql(dot)org'" <pgsql-hackers(at)postgresql(dot)org>
Subject: RE: Re: PostgreSQL; Strange error
Date: 2001-03-20 18:59:16
Message-ID: 8F4C99C66D04D4118F580090272A7A234D3336@sectorbase1.sectorbase.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers

> Hmm ... so you think the people who have complained of this are all
> working with databases that have suffered previous crash corruption?
> I doubt it. There's too much consistency to the reports: in
> particular, it's generally triggered by creation of lots of large
> objects, and it's always the indexes on pg_attribute,
> never any other table (even though large object creation inserts into
> several system tables). I don't see how the unfinished-split hypothesis
> explains that.

I saw this error after PG' crashes and power off in my employer' project
where large objects were not used. As for pg_attributes - PG inserts
into this table more rows than into others => more splits => higher
probability of unfinished split in the event of crash.

> My thought was that it is somehow related to the many-equal-keys issues
> that we had in 7.0.* and before, and/or the poor behavior for purely

pg_attribute_relid_attnum_index is unique index, so I doubt that
"many-equal-keys issue" is related to subj.

> sequential key insertion that we still have. But without a test case
> it's hard to be sure.

This is hypothesis and we don't know how to test it. But unfinished splits
is not hypothesis. It's *obviously* may cause "my bits moved right off the
end of the world" error and we can test this very easy.

Vadim

Browse pgsql-admin by date

  From Date Subject
Next Message Bruce Momjian 2001-03-20 20:21:29 Re: Re: Use of the LIMIT clause ?
Previous Message Tom Lane 2001-03-20 18:31:19 Re: Re: PostgreSQL; Strange error

Browse pgsql-hackers by date

  From Date Subject
Next Message Mikheev, Vadim 2001-03-20 19:01:18 RE: Final Call: RC1 about to go out the door ...
Previous Message Chris Bowlby 2001-03-20 18:54:38 Client can not connect to socket...