Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 2C075650111 for ; Wed, 10 Sep 2008 14:18:26 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 23741-04 for ; Wed, 10 Sep 2008 14:18:11 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by postgresql.org (Postfix) with ESMTP id BE69B64FCD5 for ; Wed, 10 Sep 2008 14:18:04 -0300 (ADT) Received: by wa-out-1112.google.com with SMTP id n4so1880205wag.5 for ; Wed, 10 Sep 2008 10:18:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=fNA91wuvjNmCtZoQ9V7Emd8cHQ/Wu6QEABFNQixfz80=; b=rrK2UyGdDybJsUyqxTXB7uJ64bmAhMpqGq+kcrw8rn7OvMzhF7QLGags4c/EDSGOdk FquKXxEOvQi+dZWhTlCiK1NB2OoPWE83OpQuWeeknYiatokqIKmav0yTUk2z4tTYZuQn XvxzcVqsw+slP2pr8oZHDXarC+/cEbp6rrNjM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=wa59fDeWpWvn3gPFmg0/bP3ms+PEJmyn2XkXJ6OcgV9jk6sZ244Y7Xt0aro3Wmt0sq DzehLBg1gHSfjCJDIm1ka2UmviHMRSNewb1RtWdPjNTJ2vjc4CJ07BWWVBP21Qd3hLBB KaWrFo+Bhde+42EkV3SZpS+XaOgC+18IEHBJg= Received: by 10.140.191.14 with SMTP id o14mr998523rvf.130.1221067082188; Wed, 10 Sep 2008 10:18:02 -0700 (PDT) Received: by 10.141.74.11 with HTTP; Wed, 10 Sep 2008 10:18:02 -0700 (PDT) Message-ID: Date: Wed, 10 Sep 2008 11:18:02 -0600 From: "Scott Marlowe" To: "Kevin Grittner" Subject: Re: too many clog files Cc: alvherre@commandprompt.com, duanlg@nec-as.nec.com.cn, pgsql-performance@postgresql.org, "Matt Smiley" In-Reply-To: <48C79A55.EE98.0025.0@wicourts.gov> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48C5CC04.D078.0028.0@rentrak.com> <48C6F7A5.D078.0028.0@rentrak.com> <48C79A55.EE98.0025.0@wicourts.gov> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200809/113 X-Sequence-Number: 31426 On Wed, Sep 10, 2008 at 8:58 AM, Kevin Grittner wrote: >> "Matt Smiley" wrote: >> Alvaro Herrera wrote: >>> Move the old clog files back where they were, and run VACUUM FREEZE > in >>> all your databases. That should clean up all the old pg_clog files, > if >>> you're really that desperate. >> >> Has anyone actually seen a CLOG file get removed under 8.2 or 8.3? > > Some of my high-volume databases don't quite go back to 0000, but this > does seem to be a problem. I have confirmed that VACUUM FREEZE on all > but template0 (which doesn't allow connections) does not clean them > up. No long running transactions are present. I have a pretty high volume server that's been online for one month and it had somewhere around 53, going back in order to 0000, and it was recently vacuumdb -az 'ed. Running another one. No long running transactions, etc...