Re: autovacuum daemon stops doing work after about an hour

From: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>
To: Vivek Khera <khera(at)kcilink(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: autovacuum daemon stops doing work after about an hour
Date: 2003-12-04 05:38:46
Message-ID: 1070516326.1455.11.camel@zedora.zeut.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

On Tue, 2003-12-02 at 15:37, Vivek Khera wrote:
> Now I'm trying to implement pg_autovacuum. It seems to work ok, but
> after about an hour or so, it does nothing. The process still is
> running, but nothing is sent to the log file.
>
> I'm running the daemon as distributed with PG 7.4 release as follows:
>
> pg_autovacuum -d4 -V 0.15 -A 1 -U postgres -L /var/tmp/autovacuum.log -D
>
> the last few lines of the log are:
>
> [2003-12-02 11:43:58 AM] VACUUM ANALYZE "public"."msg_recipients"
> [2003-12-02 12:24:33 PM] select relfilenode,reltuples,relpages from pg_class where relfilenode=18588239
> [2003-12-02 12:24:33 PM] table name: vkmlm."public"."msg_recipients"
> [2003-12-02 12:24:33 PM] relfilenode: 18588239; relisshared: 0
> [2003-12-02 12:24:33 PM] reltuples: 9; relpages: 529132
> [2003-12-02 12:24:33 PM] curr_analyze_count: 1961488; cur_delete_count: 1005040
> [2003-12-02 12:24:33 PM] ins_at_last_analyze: 1961488; del_at_last_vacuum: 1005040
> [2003-12-02 12:24:33 PM] insert_threshold: 509; delete_threshold 1001
> [2003-12-02 12:24:33 PM] Performing: VACUUM ANALYZE "public"."user_list"
> [2003-12-02 12:24:33 PM] VACUUM ANALYZE "public"."user_list"
> [2003-12-02 12:43:19 PM] select relfilenode,reltuples,relpages from pg_class where relfilenode=18588202
> [2003-12-02 12:43:19 PM] table name: vkmlm."public"."user_list"
> [2003-12-02 12:43:19 PM] relfilenode: 18588202; relisshared: 0
> [2003-12-02 12:43:19 PM] reltuples: 9; relpages: 391988
> [2003-12-02 12:43:19 PM] curr_analyze_count: 1159843; cur_delete_count: 1118540
> [2003-12-02 12:43:19 PM] ins_at_last_analyze: 1159843; del_at_last_vacuum: 1118540
> [2003-12-02 12:43:19 PM] insert_threshold: 509; delete_threshold 1001
>
> Then it just sits there. I started it at 11:35am, and it is now
> 3:30pm.

Weird.... Alphabetically speaking, is vkmlm."public"."user_list" be the
last table in the last schema in the last database? You are running
with -d4, so you would get a message about going to sleep shortly after
dealing with the last table, but you didn't get the sleep message, so I
don't think the problem is that pg_autovacuum is sleeping for an
inordinate amount time.

> I did the same last night at about 10:58pm, and it ran and did work until
> 11:57pm, then sat there until I killed/restarted pg_autovacuum this
> morning at 11:35. The process is not using any CPU time.
>
> I just killed/restarted it and it found work to do on my busy tables
> which I'd expect.

when you kill it, do you get a core file? Could you do a backtrace and
see where pg_autovacuum is hung up?

> I'm running Postgres 7.4 release on FreeBSD 4.9-RELEASE.

I don't run FreeBSD, so I haven't tested with FreeBSD. Recently Craig
Boston reported and submitted a patch for a crash on FreeBSD, but that
doesn't sound like your problem. Could be some other type of platform
dependent problem.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Roman 2003-12-04 06:56:52 Getting dump from old version
Previous Message Magnus Naeslund(t) 2003-12-04 02:35:49 Re: PostgreSQL 7.3.4 gets killed by SIG_KILL

Browse pgsql-performance by date

  From Date Subject
Next Message Passynkov, Vadim 2003-12-04 06:22:08 Async Query Processing on Solaris
Previous Message CHEWTC 2003-12-04 03:09:59 Re: Minimum hardware requirements for Postgresql db