Skip site navigation (1) Skip section navigation (2)

Re: Autovacuum Logging

From: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
To: pgsql-general(at)postgresql(dot)org
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>, Will Reese <wreese(at)rackspace(dot)com>
Subject: Re: Autovacuum Logging
Date: 2006-04-28 19:15:05
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackers
On Thursday 27 April 2006 11:59, Bruce Momjian wrote:
> Well, one problem now is that everytime pg_autovacuum opens a database,
> a message is placed in the logs:
> 	LOG:  autovacuum: processing database "test"
> 	LOG:  autovacuum: processing database "test"
> 	LOG:  autovacuum: processing database "test"
> 	LOG:  autovacuum: processing database "test"
> This is certainly not desirable.  I changed the message to DEBUG1 for
> 8.2 with the attached patch.  

IMHO this is less optimal, since the default installation will provide no way 
for users to verify that autovacuum is running.  Currently we can direct them 
to look in thier log output, this way we would have to tell them to crank up 
logging to DEBUG1 and then look, which will of course contain a whole lot of 
other chatter at that level. 

The best solution I have seen so far is the idea of a GUC to control 
autovacuums chatter level.  I hope we get that becuase the above will be a 
regression imho. 

Robert Treat
Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL

In response to


pgsql-hackers by date

Next:From: Jim ButtafuocoDate: 2006-04-28 19:42:29
Subject: Re: Autovacuum Logging
Previous:From: Brandon BlackDate: 2006-04-28 19:06:48
Subject: Re: Constraint Exclusion + Joins?

pgsql-general by date

Next:From: Larry RosenmanDate: 2006-04-28 19:33:27
Subject: Re: Autovacuum Logging
Previous:From: Don WalkerDate: 2006-04-28 19:11:09
Subject: Use of ISpell dictionaries with tsearch2 - what is the point?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group