From: | Lonni Friedman <netllama(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: vacuumdb is failing with NUMBER OF INDEX TUPLES NOT THE SAME AS HEAP |
Date: | 2004-05-05 20:24:24 |
Message-ID: | 2AC3EBF1.A0D20DD@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Wed, 05 May 2004 13:56:41 -0400, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Lonni Friedman <netllama(at)gmail(dot)com> writes:
> > On Wed, 05 May 2004 12:31:21 -0400, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> >> Once the complaint starts appearing, I'd expect it to continue until you
> >> reindex the index.
>
> > That's exactly what happens. It consistantly errors until reindexed.
> > Any suggestions? thanks.
>
> You are seemingly triggering some sort of bug in the backend's
> large-object code, causing extra index entries to be made ...
> but I sure haven't the foggiest idea how that would happen.
>
> Perhaps you could look at the parts of your application code that work
> with large objects and see if you are doing anything "off the beaten
> track" that might suggest a way to trigger the bug reproducibly.
> I'm sure we could fix it if we could see it happening.
hrmmm, i'm not sure what would constitute 'off the beaten track'. is
there something specific that i could look for? or what is considered
to be normal?
I can tell you that the large objects that are getting chucked into
the database are generally under 1MB in size (each), as they're mostly
M$ documents. There are a few that are between 1MB & 10MB but I don't
think there's anything larger than 10MB.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-05-05 20:28:29 | Re: vacuumdb is failing with NUMBER OF INDEX TUPLES NOT THE SAME AS HEAP |
Previous Message | Kris Jurka | 2004-05-05 20:09:52 | Re: Using Postgres from WSAD |