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
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 |