From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Robert Creager <Robert_Creager(at)LogicalChaos(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Regression test failure date. |
Date: | 2003-07-29 00:57:02 |
Message-ID: | 200307290057.h6T0v2w08064@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
OK, on it now!
---------------------------------------------------------------------------
Tom Lane wrote:
> I said:
> >> I have a theory about the failures that occur while creating tables.
> >> If a relcache flush were to occur due to SI buffer overrun between
> >> creation of the new rel's relcache entry by RelationBuildLocalRelation
> >> and completion of the command, then you'd see an error exactly like the
> >> above, because the relcache would try to rebuild the cache entry by
> >> reading the pg_class and pg_attribute rows for the relation.
>
> After further study, though, the above theory falls flat on its face:
> the relcache does *not* attempt to rebuild new relcache entries after
> an SI overrun (see the comments to RelationCacheInvalidate). So I'm
> back to wondering what the heck is causing any of these messages.
>
> I think we really need to see a stack trace from one of the failures.
> Could you try running CVS tip with an "abort()" call replacing the
> "relation %u deleted while still in use" elog? (It's line 1797
> in src/backend/utils/cache/relcache.c in CVS tip.) Then when you
> get the failure, get a stack trace with gdb from the core dump.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
> joining column's datatypes do not match
>
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-07-29 01:39:23 | Re: Feature request -- Log Database Name |
Previous Message | Tom Lane | 2003-07-29 00:53:41 | Re: Regression test failure date. |