Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id F0AF8632998 for ; Wed, 25 Aug 2010 09:36:42 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 05486-09 for ; Wed, 25 Aug 2010 12:36:35 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from outbound.afilias.info (outbound.afilias.info [69.46.124.26]) by mail.postgresql.org (Postfix) with ESMTP id 9F94C632904 for ; Wed, 25 Aug 2010 09:36:35 -0300 (ADT) Received: from ms6.yyz2.afilias-ops.info ([10.50.129.112] helo=smtp.afilias.info) by outbound.afilias.info with esmtp (Exim 4.69) (envelope-from ) id 1OoFDV-0001VV-8D for pgsql-admin@postgresql.org; Wed, 25 Aug 2010 12:36:33 +0000 Received: from tor-gateway.afilias.info ([199.15.87.4] helo=[10.10.46.12]) by smtp.afilias.info with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OoFDV-0007cQ-7j for pgsql-admin@postgresql.org; Wed, 25 Aug 2010 12:36:33 +0000 Message-ID: <4C750E51.6080409@ca.afilias.info> Date: Wed, 25 Aug 2010 08:36:33 -0400 From: Brad Nicholson User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.7) Gecko/20100720 Lightning/1.0b2 Thunderbird/3.1.1 MIME-Version: 1.0 To: pgsql-admin@postgresql.org Subject: Re: last_autovacuum & last_autoanalyze showing NULL References: <001e01cb4427$76669a00$6333ce00$@com> In-Reply-To: <001e01cb4427$76669a00$6333ce00$@com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-4.21 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201008/211 X-Sequence-Number: 35460 On 10-08-25 03:30 AM, Gnanakumar wrote: > Hi, > > Our production server is running PostgreSQL v8.2.3 on RHEL5. Autovacuum > daemon is also running in the server. > > A brief background on my use case: We heavily use a table for storing of > data temporarily inside PostgreSQL functions. Eventually, there will not be > any record in the table. Because this table is used heavily, I usually keep > tab of this particular table in "pg_stat_user_tables", so that disk space is > within control. > > Recently, I noticed that "last_autovacuum" and "last_autoanalyze" column for > this table showing a value. My question here is, what > condition/scenario would make this column to update to value by > autovacuum? I can add one more point here, which I remember, that is I > performed a TRUNCATE on this table just before. I believe that this is not > because of TRUNCATE TABLE? Truncate should not affect those values. Has your Postgres instance crashed or been restarted with immediate mode since the last vacuum? This will cause the autovacuum information to be null. Also, are you sure that autovacuum has processed these tables at least once? -- Brad Nicholson 416-673-4106 Database Administrator, Afilias Canada Corp.