Re: [HACKERS] Block level parallel vacuum WIP

Поиск
Список
Период
Сортировка
От Amit Langote
Тема Re: [HACKERS] Block level parallel vacuum WIP
Дата
Msg-id 52436657-ff37-4d07-fefe-2e86d79fc086@lab.ntt.co.jp
обсуждение исходный текст
Ответ на Re: [HACKERS] Block level parallel vacuum WIP  (Thomas Munro <thomas.munro@enterprisedb.com>)
Ответы Re: [HACKERS] Block level parallel vacuum WIP  (Masahiko Sawada <sawada.mshk@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: John Lumby
Дата:
Сообщение: [HACKERS] legitimacy of using PG_TRY , PG_CATCH , PG_END_TRY in C function
Следующее
От: Amit Langote
Дата:
Сообщение: Re: [HACKERS] alter table doc fix