Received: from localhost (maia-4.hub.org [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 10FC29FB2A7 for ; Thu, 18 Jan 2007 16:40:16 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-new, port 10024) with ESMTP id 05722-03 for ; Thu, 18 Jan 2007 16:40:09 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from outbound.mailhop.org (outbound.mailhop.org [63.208.196.171]) by postgresql.org (Postfix) with ESMTP id A7E0E9FB2A3 for ; Thu, 18 Jan 2007 16:40:09 -0400 (AST) Received: from ool-435121e8.dyn.optonline.net ([67.81.33.232] helo=[192.168.0.96]) by outbound.mailhop.org with esmtpa (Exim 4.63) (envelope-from ) id 1H7e3M-000ObG-88; Thu, 18 Jan 2007 15:40:08 -0500 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 67.81.33.232 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: tocr Message-ID: <45AFDB27.2040502@zeut.net> Date: Thu, 18 Jan 2007 15:40:07 -0500 From: "Matthew T. O'Connor" User-Agent: Thunderbird 2.0b1 (Windows/20061206) MIME-Version: 1.0 To: Jeremy Haile CC: pgsql-performance@postgresql.org Subject: Re: Autoanalyze settings with zero scale factor References: <1169145474.20103.1169962769@webmail.messagingengine.com> <45AFC86B.9010704@zeut.net> <1169151707.6247.1169971737@webmail.messagingengine.com> In-Reply-To: <1169151707.6247.1169971737@webmail.messagingengine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200701/319 X-Sequence-Number: 22920 Jeremy Haile wrote: >> Also, are other auto-vacuums and auto-analyzes showing up in the >> pg_stats table? Maybe it's a stats system issue. >> > > No tables have been vacuumed or analyzed today. I had thought that this > problem was due to my pg_autovacuum changes, but perhaps not. I > restarted PostgreSQL (in production - yikes) About a minute after being > restarted, the autovac process fired up. > > What could get PG in a state where autovac isn't running? Is there > anything I should watch to debug or monitor for this problem in the > future? I wish I'd noticed whether or not the stats collector process > was running before I restarted. First off you shouldn't need to restart PG. When it wasn't working did you ever check the autovacuum_enabled setting? For example within psql: "show autovacuum;". I would venture to guess that autovacuum was disabled for some reason. Perhaps last time you started the server the stats settings weren't enabled?