Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id B6087B5DC0C for ; Tue, 31 May 2011 00:17:01 -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 20521-02 for ; Tue, 31 May 2011 03:16:55 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id C14A6B5F941 for ; Tue, 31 May 2011 00:16:54 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id p4V3GraB016064; Mon, 30 May 2011 23:16:53 -0400 (EDT) To: Tomasz Chmielewski cc: Scott Marlowe , Kevin Grittner , pgsql-admin@postgresql.org, pgsql-hackers@postgresql.org Subject: Re: 'SGT DETAIL: Could not open file "pg_clog/05DC": No such file or directory' - what to do now? In-reply-to: <4DE360D9.5060300@wpkg.org> References: <4DC0F063.70306@wpkg.org> <4DC15137020000250003D295@gw.wicourts.gov> <4DC19CD1.7070600@wpkg.org> <4DC1B378.6050105@wpkg.org> <4DC1B6C0.2000507@wpkg.org> <4DC3B469.80004@wpkg.org> <4DC5B754.3040506@wpkg.org> <4DE360D9.5060300@wpkg.org> Comments: In-reply-to Tomasz Chmielewski message dated "Mon, 30 May 2011 11:18:17 +0200" Date: Mon, 30 May 2011 23:16:53 -0400 Message-ID: <16063.1306811813@sss.pgh.pa.us> From: Tom Lane 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: 201105/181 X-Sequence-Number: 37618 Tomasz Chmielewski writes: > bookstor=# SELECT 1 FROM core_wot_seq FOR UPDATE; Um ... why are you doing that on a sequence? > ERROR: could not access status of transaction 1573786613 > DETAIL: Could not open file "pg_clog/05DC": No such file or directory. This doesn't surprise me too much, because sequences are not expected to contain any live XIDs, so the XID freezing mechanism ignores them. So if you did that in the past, this would eventually happen. I think the most appropriate solution may be to disallow SELECT FOR UPDATE/SHARE on sequences ... so if you have a good reason why we shouldn't do so, please explain it. regards, tom lane