Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 4BFADB5DBFA for ; Thu, 16 Jun 2011 09:27:53 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 37744-03 for ; Thu, 16 Jun 2011 12:27:47 +0000 (UTC) X-Greylist: delayed 00:06:01.352324 by SQLgrey-1.7.6 Received: from extern.innogames.de (extern.innogames.de [80.252.99.240]) by mail.postgresql.org (Postfix) with ESMTP id 18559B5DBF6 for ; Thu, 16 Jun 2011 09:27:47 -0300 (ADT) Received: from [172.16.5.29] (unknown [212.48.107.10]) by extern.innogames.de (Postfix) with ESMTPA id A6F6A28E21B for ; Thu, 16 Jun 2011 14:21:44 +0200 (CEST) Subject: Missing clogs and pg_upgrade. What to do without any clog backup? From: Bernhard Schrader To: pgsql-admin@postgresql.org Content-Type: text/plain; charset="UTF-8" Organization: Innogames GmbH Date: Thu, 16 Jun 2011 14:21:44 +0200 Message-ID: <1308226904.2334.15.camel@schrader-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201106/95 X-Sequence-Number: 37721 Hi out there, i migrated some month ago our databases from 8.4 to 9.0 and now getting errors like: 2011-06-12 06:25:33 CEST ERROR: could not access status of transaction 59768467 2011-06-12 06:25:33 CEST DETAIL: Could not open file "pg_clog/0038": No such file or directory. 2011-06-12 06:25:33 CEST CONTEXT: automatic vacuum of table "database.pg_toast.pg_toast_19029" Well, I googled so far and also saw that there are other known issues and also a fix script. But in all cases a backup of the clogs would have been necessary. I don't have these files. Is there any way to fix my servers? I have migrated around 200 servers, until now 40 servers have the clog issues. i will run the script on all other machines. But for the 40 servers i need a solution. Would a normal dump & restore fix the issues? This would be the worst way i could imagine but if there is no way around i will have to do it. thanks in advance regards Bernhard Schrader