Autovacuum Logging - Mailing list pgsql-general

From Will Reese
Subject Autovacuum Logging
Date
Msg-id A066FC5E-7A4C-41D6-9BDE-B477D17BFB44@rackspace.com
Whole thread Raw
Responses Re: Autovacuum Logging  (Will Reese <wreese@rackspace.com>)
Re: Autovacuum Logging  ("Jim C. Nasby" <jnasby@pervasive.com>)
List pgsql-general
Is there a reason many of the most useful autovacuum.c elog
statements are set to DEBUG2?  It seems to me that these should be
set to LOG.

I used autovacuum when it was a contrib module, and it failed after a
month.  To prevent major performance problems I went back to the
daily vacuum.  I was looking forward to using autovacuum in 8.1 since
it is more resilient and configurable now, but when I noticed it
would not log it's activities I almost decided against it.  After
looking at the source code it seems that all the necessary logging is
built in, it's just not set to the appropriate log level.  I'm sure
I'm not the only person interested in this, and I saw somewhere (I
can't find it again) that EnterpriseDB has enabled autovacuum
logging.  I don't think it's too verbose to change these to the
normal log level, but if so could it be a postgresql.conf option to
enable/disable autovacuum logging?  It sure would be nice to be able
to verify that tables are being vacuumed properly without having to
set the log level to DEBUG2.

Will Reese -- http://blog.rezra.com

pgsql-general by date:

Previous
From:
Date:
Subject: PostgreSQL 8.1 + PHP5.1.x/4.4.2 + Apache 2.0.55/1.3.34 PROBLEM!! PLEASE HELP
Next
From: "Michael Artz"
Date:
Subject: Disk Failure Scenarios