Autovacuum Logging

Поиск
Список
Период
Сортировка
От Will Reese
Тема Autovacuum Logging
Дата
Msg-id A066FC5E-7A4C-41D6-9BDE-B477D17BFB44@rackspace.com
обсуждение исходный текст
Ответы Re: Autovacuum Logging  (Will Reese <wreese@rackspace.com>)
Re: Autovacuum Logging  ("Jim C. Nasby" <jnasby@pervasive.com>)
Список 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 по дате отправления:

Предыдущее
От:
Дата:
Сообщение: PostgreSQL 8.1 + PHP5.1.x/4.4.2 + Apache 2.0.55/1.3.34 PROBLEM!! PLEASE HELP
Следующее
От: "Michael Artz"
Дата:
Сообщение: Disk Failure Scenarios