Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAehL-0002zi-Vc for pgsql-admin@arkaria.postgresql.org; Tue, 25 Aug 2020 19:33:35 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kAehK-0004aV-ID for pgsql-admin@arkaria.postgresql.org; Tue, 25 Aug 2020 19:33:34 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAehK-0004aO-AT for pgsql-admin@lists.postgresql.org; Tue, 25 Aug 2020 19:33:34 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAehI-0007Iu-9g for pgsql-admin@postgresql.org; Tue, 25 Aug 2020 19:33:33 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 07PJXT8Z2762016; Tue, 25 Aug 2020 15:33:29 -0400 From: Tom Lane To: Wells Oliver cc: Stephen Frost , Alvaro Herrera , pgsql-admin Subject: Re: Odd pg dump error: cache lookup failure In-reply-to: References: <20200824231338.GA30623@alvherre.pgsql> <20200824231621.GA29590@tamriel.snowman.net> <2748788.1598376276@sss.pgh.pa.us> <2760667.1598382327@sss.pgh.pa.us> Comments: In-reply-to Wells Oliver message dated "Tue, 25 Aug 2020 12:06:23 -0700" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2762014.1598384009.1@sss.pgh.pa.us> Date: Tue, 25 Aug 2020 15:33:29 -0400 Message-ID: <2762015.1598384009@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk Wells Oliver writes: > And refreshing materialized views during the dump process wouldn't cause > this? matviews can't be part of inheritance trees AFAIR, so we'd need some other theory to explain it that way. Did you try tracing down the table OID mentioned in the error to see if it still exists, and if so what is it? regards, tom lane