Re: [HACKERS] Block level parallel vacuum WIP - Mailing list pgsql-hackers

From Amit Langote
Subject Re: [HACKERS] Block level parallel vacuum WIP
Date
Msg-id 52436657-ff37-4d07-fefe-2e86d79fc086@lab.ntt.co.jp
Whole thread Raw
In response to Re: [HACKERS] Block level parallel vacuum WIP  (Thomas Munro <thomas.munro@enterprisedb.com>)
Responses Re: [HACKERS] Block level parallel vacuum WIP
List pgsql-hackers
On 2017/10/22 5:25, Thomas Munro wrote:
> On Sun, Oct 22, 2017 at 5:09 AM, Robert Haas <robertmhaas@gmail.com> wrote:
>> On Tue, Sep 19, 2017 at 3:31 AM, Masahiko Sawada <sawada.mshk@gmail.com> wrote:
>>>> Down at the bottom of the build log in the regression diffs file you can see:
>>>>
>>>> ! ERROR: cache lookup failed for relation 32893
>>>>
>>>> https://travis-ci.org/postgresql-cfbot/postgresql/builds/277165907
>>>
>>> Thank you for letting me know.
>>>
>>> Hmm, it's an interesting failure. I'll investigate it and post the new patch.
>>
>> Did you ever find out what the cause of this problem was?
> 
> I wonder if it might have been the same issue that commit
> 19de0ab23ccba12567c18640f00b49f01471018d fixed a week or so later.

Hmm, 19de0ab23ccba seems to prevent the "cache lookup failed for relation
XXX" error in a different code path though (the code path handling manual
vacuum).  Not sure if the commit could have prevented that error being
emitted by DROP SCHEMA ... CASCADE, which seems to be what produced it in
this case.  Maybe I'm missing something though.

Thanks,
Amit



-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

pgsql-hackers by date:

Previous
From: John Lumby
Date:
Subject: [HACKERS] legitimacy of using PG_TRY , PG_CATCH , PG_END_TRY in C function
Next
From: Amit Langote
Date:
Subject: Re: [HACKERS] alter table doc fix