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

pg_autovacuum bug with temp tables?

From: Jeff Boes <jboes(at)nexcerpt(dot)com>
To: pgsql-bugs(at)postgresql(dot)org
Subject: pg_autovacuum bug with temp tables?
Date: 2004-02-17 15:44:20
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugs
[Apologies to anyone who is seeing this for the second time; the author 
of pg_autovacuum suggested it belonged here, so I am reposting.]

Recently I installed and started pg_autovacuum against my new Pg 7.4.1
installation. We use a fairly large number of temporary tables within an
application (that is, several copies of this application may be running,
and each creates and drops several temp tables as they cycle through
their workload). Here's what I think happened, based on the log
(pg_autovacuum's and the postmaster's):

[2004-02-15 08:10:01 AM] Performing: ANALYZE "pg_temp_13"."tmp_targs"
[2004-02-15 08:10:01 AM] Can not refresh statistics information from the
database nexcerpt.
[2004-02-15 08:10:01 AM] The error is [ERROR:  relation
"pg_temp_13.tmp_targs" does not exist

2004-02-15 08:10:01 [31563] ERROR:  relation "pg_temp_13.tmp_targs" does
not exist
2004-02-15 08:10:01 [31563] LOG:  unexpected EOF on client connection

It appears that pg_autovacuum collected the name of a temp table, and
later tried to analyze it. The table was gone by then, and this caused
the daemon to exit. As this happened on a Sunday morning, my weekend
experiment to see how pg_autovacuum would maintain our test database was
rather spoiled ... 8-(

Jeff Boes                                      vox 269.226.9550 ext 24
Database Engineer                                     fax 269.349.9076
Nexcerpt, Inc.                       
           ...Nexcerpt... Extend your Expertise

pgsql-bugs by date

Next:From: Pavel StehuleDate: 2004-02-17 15:47:57
Subject: Re: plpgsql - variable's names conflict with table field
Previous:From: Tom LaneDate: 2004-02-17 15:01:16
Subject: Re: plpgsql - variable's names conflict with table field names

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