Re: autovacuum causing numerous regression-test failures - Mailing list pgsql-hackers

From Matthew T. O'Connor
Subject Re: autovacuum causing numerous regression-test failures
Date
Msg-id 44F370A7.708@zeut.net
Whole thread Raw
In response to Re: autovacuum causing numerous regression-test failures  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: autovacuum causing numerous regression-test failures  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Peter Eisentraut wrote:
> Tom Lane wrote:
>> Not a solution for "make installcheck",
> 
> Well, for "make installcheck" we don't have any control over whether 
> autovacuum has been turned on or off manually anyway.  If you are 
> concerned about build farm reliability, the build farm scripts can 
> surely be made to initialize or start the instance in a particular way.
> 
> Another option might be to turn off stats_row_level on the fly.

I'm sure I'm missing some of the subtleties of make installcheck issues, 
but autovacuum can be enabled / disabled on the fly just as easily as 
stats_row_level, so I don't see the difference?

>>> Or we put manual exceptions for the affected tables into
>>> pg_autovacuum.
>> New feature?  Or does that capability exist already?
> 
> I haven't ever used the pg_autovacuum table but the documentation 
> certainly makes one believe that this is possible.

Right, if it doesn't work, that would certainly be a bug.  This feature 
was included during the original integration into the backend during the 
8.0 dev cycle.

> Let's just consider some of the options a bit more closely, and if they 
> don't work, we'll revert it.

Agreed.



pgsql-hackers by date:

Previous
From: Chris Mair
Date:
Subject: Re: [PATCHES] updated patch for selecting large results
Next
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] updated patch for selecting large results sets