Re: "too many trigger records found for relation xyz"

From: "Mikko Partio" <mpartio(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Zdenek Kotala" <Zdenek(dot)Kotala(at)sun(dot)com>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: "too many trigger records found for relation xyz"
Date: 2008-04-08 18:37:29
Message-ID: 2ca799770804081137l2f1c8620o948659f203d1d14c@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, Apr 8, 2008 at 9:30 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> "Mikko Partio" <mpartio(at)gmail(dot)com> writes:
> > On Tue, Apr 8, 2008 at 6:38 PM, Zdenek Kotala <Zdenek(dot)Kotala(at)sun(dot)com>
> wrote:
> >> It is really strange. It would be nice to have reproduce scenario. Can
> you
> >> run same DDL command which invoke a catalog corruption on test database
> >> cluster?
>
> > I tried it on a fresh instance but it went through with no errors :(
>
> Is it possible that anything was doing a VACUUM FULL on pg_class
> concurrently with your schema changes on these tables? The behavior
> looks suspiciously like some problems we've seen before wherein rows
> ended up with the wrong commit-bit markings...

I may have had a VACUUM FULL on some of my own tables but definitely not on
any system tables. There was also a bunch (maybe 10) autovacuum processes
working at that time.

Regards

Mikko

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Andrus 2008-04-08 18:48:56 select statement fails
Previous Message Jeff Amiel 2008-04-08 18:32:43 More SSL crash woes