Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 3052AB5DBF4 for ; Wed, 13 Jul 2011 19:32:38 -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 28200-03 for ; Wed, 13 Jul 2011 22:32:32 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from polaris.pinpointresearch.com (cerberus.pinpointresearch.com [66.7.238.130]) by mail.postgresql.org (Postfix) with ESMTP id 3A8E3B5DC3C for ; Wed, 13 Jul 2011 19:32:32 -0300 (ADT) Received: from betelgeuse.pinpointresearch.com (betelgeuse.pinpointresearch.com [192.168.1.179]) by polaris.pinpointresearch.com (Postfix) with ESMTP id 15D41E00EC84 for ; Wed, 13 Jul 2011 15:32:31 -0700 (PDT) Message-ID: <4E1E1CFE.2030500@pinpointresearch.com> Date: Wed, 13 Jul 2011 15:32:30 -0700 From: Steve Crawford User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "pgsql-admin@postgresql.org Admin" Subject: could not open relation with OID 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=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201107/95 X-Sequence-Number: 37874 I've seen the "could not open relation with OID" error a couple times recently and Googling for that error gives responses ranging from *very scary* to fuggetaboutit. The error today occurred running this query which is part of a database status reporting script: select pg_size_pretty(sum(pg_relation_size(oid))::bigint) as "Database Table Size" from pg_class where relkind = 'r' ; could not open relation with OID 81285213 Pre-answering some potential questions based on threads I read: - Version is 8.3 x86_64 (about to be replaced with 9.0). - Database appears to be functioning fine otherwise and query reran without error. - Size just under 100-million total rows and 12GB (counting tables only). - Backups completing without error. - Restore of backup to a twin machine completes without error. - There are lots of scripts and processes that use temporary tables (there are currently 35 pg_temp_XX schemas with the highest being pg_temp_55) So... Worry or not worry? Cheers, Steve