Re: Going for "all green" buildfarm results - Mailing list pgsql-hackers

From Stefan Kaltenbrunner
Subject Re: Going for "all green" buildfarm results
Date
Msg-id 44E46A6F.7090603@kaltenbrunner.cc
Whole thread Raw
In response to Re: Going for "all green" buildfarm results  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Going for "all green" buildfarm results
List 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 by date:

Previous
From: Tom Lane
Date:
Subject: Re: Going for "all green" buildfarm results
Next
From: Volkan YAZICI
Date:
Subject: Re: "cache reference leak" and "problem in alloc set" warnings