Re: Going for "all green" buildfarm results

Поиск
Список
Период
Сортировка
От Stefan Kaltenbrunner
Тема Re: Going for "all green" buildfarm results
Дата
Msg-id 44E46A6F.7090603@kaltenbrunner.cc
обсуждение исходный текст
Ответ на Re: Going for "all green" buildfarm results  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Going for "all green" buildfarm results  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> Stefan Kaltenbrunner <stefan@kaltenbrunner.cc> writes:
>> maybe the following buildfarm report means that we need a new theory  :-(
> 
>> http://www.pgbuildfarm.org/cgi-bin/show_log.pl?nm=sponge&dt=2006-08-16%2021:30:02
> 
> Vacuum's always had a race condition: it makes a list of rel OIDs and
> then tries to vacuum each one.  It narrows the window for failure by
> doing a SearchSysCacheExists test before relation_open, but there's
> still a window for failure.
> 
> The rel in question is most likely a temp rel of another backend,
> because sanity_check is running by itself and so there shouldn't
> be anything else happening except perhaps some other session's
> post-disconnect cleanup.  Maybe we could put the check for "is
> this a temp rel of another relation" into the initial list-making
> step instead of waiting till after relation_open.  That doesn't
> seem to solve the general problem though.

hmm yeah - missed the VACUUM; part of the regression diff.
Still this means we will have to live with (rare) failures once in a
while during that test ?


Stefan


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Going for "all green" buildfarm results
Следующее
От: Volkan YAZICI
Дата:
Сообщение: Re: "cache reference leak" and "problem in alloc set" warnings