From: | "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, andrew(at)supernews(dot)com, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Bug: Unreferenced temp tables disables vacuum to update xid |
Date: | 2008-01-08 02:21:25 |
Message-ID: | 4782DE25.2040809@commandprompt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Alvaro Herrera wrote:
> Tom Lane wrote:
>> Andrew - Supernews <andrew+nonews(at)supernews(dot)com> writes:
>>> On 2008-01-07, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>>>> The real question that Josh's report brings up to me is why the heck was
>>>> there an orphaned temp table? Especially if it was only a toast table
>>>> and not the linked "regular" temp table? Something happened there that
>>>> should not have.
>>> The regular table was there too, but the regular table's relfrozenxid
>>> was apparently recent, only the toast table's was old:
>> Hmm, that's even more odd, since AFAICS vacuum will always vacuum a
>> toast table immediately after vacuuming the parent. I wonder whether
>> we have a bug somewhere that allows a toast table's relfrozenxid to
>> get initially set to something substantially different from the
>> parent's.
>
> Hmm ... that would be strange. Off-the-cuff idea: we introduced code to
> advance relfrozenxid in CLUSTER, TRUNCATE and table-rewriting forms of
> ALTER TABLE. Perhaps the problem is that we're neglecting to update it
> for the toast table there. AFAIR I analyzed the cases and they were all
> handled, but perhaps I forgot something.
Just to throw another variable into the mix. This machine was a PITR
slave that was pushed into production about two weeks ago.
Joshua D. Drake
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2008-01-08 02:28:21 | Re: Bug: Unreferenced temp tables disables vacuum to update xid |
Previous Message | Tom Lane | 2008-01-08 02:14:59 | Re: ERROR: translation failed from server encoding to wchar_t |