Re: autovacuum question

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: autovacuum question
Дата
Msg-id 3DD60E78-DAB8-49F6-A939-5C7C0E19C582@decibel.org
обсуждение исходный текст
Ответ на autovacuum question  (Laszlo Nagy <gandalf@designaproduct.biz>)
Ответы Re: autovacuum question
Список pgsql-admin
Autovacuum doesn't launch a separate daemon; you'll only see an
autovac process when an autovac is actually working.

Also, 8.1 has code to prevent wraparound, so that's not it (see
backend/access/transam/varsup.c)

On Mar 27, 2007, at 5:17 AM, Laszlo Nagy wrote:

>
>  Hello,
>
> I had a problem in my computer system yesterday. Some data has
> disappeared. I was looking for a program that might have deleted it
> accidentally. Before I found anything, the data suddenly came back.
> I thought it must be a transaction id wraparound problem.
>
> The system is running on FreeBSD 6.2. Postgresql version is 8.1.8
> and it was installed from FreeBSD's standard ports tree. It also
> installed a script that vacuums all databases daily. This script
> was turned on, and I got emails every day, telling me that the
> databases were vacuumed. However, when I opened some tables from
> within pgadmin3, I got the message "pg_autovacuum recommened".
>
> Summary: I'm vacuuming all databases daily, but probably I had a
> transaction wraparound.
>
> I thought I should enable autovacuum. I read the docs and did the
> following:
>
> 1. Changed postgresql.conf:
>
> stats_start_collector = on
> stats_row_level = on
> autovacuum = on
>
> 2. Restarted the postgresql service.
>
> Now, I do not see a "separate autovacuum daemon" running. What did
> I wrong? Here are my tips:
>
> a.) atovacuum daemon is part of the "postgres" process, so I won't
> see it running in the process list (how can I check if it is working?)
> b.) there is a separate program that I should start (where?)
> c.) I missed some extra configuration (what should I do?)
> d.) something else
>
> Please help me out.
> Thanks,
>
>   Laszlo
>
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 2: Don't 'kill -9' the postmaster
>

--
Jim Nasby                                            jim@nasby.net
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)



В списке pgsql-admin по дате отправления:

Предыдущее
От: Shane Ambler
Дата:
Сообщение: Re: Problems with precompiled pgsql on mac
Следующее
От: Carol Walter
Дата:
Сообщение: data from system tables.