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 1kn2oa-0007WS-Uq for pgsql-admin@arkaria.postgresql.org; Wed, 09 Dec 2020 16:59:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kn2oZ-0000vn-OG for pgsql-admin@arkaria.postgresql.org; Wed, 09 Dec 2020 16:59:43 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kn2oZ-0000vg-CK for pgsql-admin@lists.postgresql.org; Wed, 09 Dec 2020 16:59:43 +0000 Received: from mailout.easymail.ca ([64.68.200.34]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kn2oW-0003ps-P1 for pgsql-admin@lists.postgresql.org; Wed, 09 Dec 2020 16:59:42 +0000 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id CCAF9C3B2B; Wed, 9 Dec 2020 16:59:38 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at emo04-pco.easydns.vpn Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo04-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2X4lYmp_etrD; Wed, 9 Dec 2020 16:59:38 +0000 (UTC) Received: from [192.168.2.127] (unknown [4.28.96.150]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 2B9ABBF75E; Wed, 9 Dec 2020 16:59:35 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: 12 to 13 migration, the privs error with pg_pltemplate From: Scott Ribe In-Reply-To: <154608A6-0F38-4BE8-B3F4-3E3308691F91@elevated-dev.com> Date: Wed, 9 Dec 2020 09:59:32 -0700 Cc: Pgsql-admin Content-Transfer-Encoding: quoted-printable Message-Id: <2BD26D52-19B8-42CD-860D-B9AE21AF5C61@elevated-dev.com> References: <074FE83A-E924-4787-9E68-27EB9CE142B3@elevated-dev.com> <3264512.1607456932@sss.pgh.pa.us> <154608A6-0F38-4BE8-B3F4-3E3308691F91@elevated-dev.com> To: Tom Lane X-Mailer: Apple Mail (2.3608.120.23.2.4) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk > On Dec 9, 2020, at 7:06 AM, Scott Ribe = wrote: >=20 >> On Dec 8, 2020, at 12:48 PM, Tom Lane wrote: >>=20 >> There is probably an entry in pg_default_acl that is causing this. >> You could likely just manually remove that. >=20 > I'll give it a go. >=20 > But there's nothing in pg_default_acl with defaclnamespace matching = oid of pg_catalog in pg_namespace. There were some erroneous entries for = namespace public, which I've deleted. But I don't have a lot of = confidence about that being the problem. Nope, deleting the ACLs for public didn't help. I'm going to start = stripping things down--dropping schemas, or maybe the whole db--and see = if it persists. Any other suggestions? What could possibly be triggering this GRANT?