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 1kn62a-0006CF-PY for pgsql-admin@arkaria.postgresql.org; Wed, 09 Dec 2020 20:26:24 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kn62Y-0001nm-VJ for pgsql-admin@arkaria.postgresql.org; Wed, 09 Dec 2020 20:26:22 +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 1kn62Y-0001ne-5q for pgsql-admin@lists.postgresql.org; Wed, 09 Dec 2020 20:26:22 +0000 Received: from tamriel.snowman.net ([2001:470:e38f::11]) by makus.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kn62R-0005ld-Hc for pgsql-admin@lists.postgresql.org; Wed, 09 Dec 2020 20:26:20 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id 018675F799; Wed, 9 Dec 2020 15:26:14 -0500 (EST) Date: Wed, 9 Dec 2020 15:26:14 -0500 From: Stephen Frost To: Scott Ribe Cc: Tom Lane , Pgsql-admin Subject: Re: 12 to 13 migration, the privs error with pg_pltemplate Message-ID: <20201209202614.GG16415@tamriel.snowman.net> References: <154608A6-0F38-4BE8-B3F4-3E3308691F91@elevated-dev.com> <2BD26D52-19B8-42CD-860D-B9AE21AF5C61@elevated-dev.com> <3632844.1607534358@sss.pgh.pa.us> <68634B7E-3AD0-42A3-9A2D-EC3988E755E4@elevated-dev.com> <20201209184925.GA16415@tamriel.snowman.net> <20201209192406.GD16415@tamriel.snowman.net> <20201209195954.GF16415@tamriel.snowman.net> <6EA7B05C-A186-4288-9381-35E4219D39D7@elevated-dev.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="mdKHojoTQFexeCMO" Content-Disposition: inline In-Reply-To: <6EA7B05C-A186-4288-9381-35E4219D39D7@elevated-dev.com> User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --mdKHojoTQFexeCMO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Greetings, * Scott Ribe (scott_ribe@elevated-dev.com) wrote: > > On Dec 9, 2020, at 12:59 PM, Stephen Frost wrote: > >=20 > > Well, pg_dump here doesn't emit any GRANT commands for that table when > > run and the table has those privileges, so something doesn't add up. > >=20 > > Are you sure you're looking at the right database? Do you see GRANT or > > REVOKE commands for that table when you run pg_dump by hand..? >=20 > I'm pretty sure Tom Lane got it, because I see all sorts of privs in the = pg_default_acl table that shouldn't be there, whereas privs on the table ar= e normal. Well, we're all just shooting in the dark here since you didn't really provide enough specifics to actually be able to determine what's going on. Privileges in pg_default_acl aren't going to cause pg_dump to issue GRANT commands, which is what was in the initial problem description. Thanks, Stephen --mdKHojoTQFexeCMO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJf0TLmAAoJEO1sijiDR2RVG/0P/AtqGLr1L7zEPE3xyPg+LaYi LE5RrO3tVo67uKq6S8k522LI5Vn/bx8+9Au1iXzs99avKoUGQax2UfPRHurl7HCI K7cMglgTmX2c10RbHD12sNuP65kWO1wOliuo8oQavMInqER/v5/3i3tAGA4zQmFg W2jS73HyWxujzA47H6fu8Sgh/qoTTcdzbCERq7RMGMJAnH3I4vOIa/0NRUKHNQQa 7A5M8C7qPTWydKjYgNOX8NhdNIZ9BxKJVGDxOTcn1VhP15xW1nGm2h6k373HpVXz jDYpQl2QIEA2BLJRkwSUvE5F8WSZdh4s/uwJ/ou/ivwm9GueEkscX4l4RptnKuLR wy1q7OrKGZr1VFpTeZ/OVc6GkBBC9IGVAA/tYHHQUI+U94j/l7X34hg7j5MZfyu1 8y+fY85oBGiwnvKot9cPuoKoro9ryxEaS/Qp8yszUohthF2O5+cWspKs3xzUp0X1 yOSC1lBPLpyd1FzijwrfBVRhU08lTZqRFzNyxdxiy7AQU9BDY5GVWlIOOEHN+6qD qFO+MyM2B/BPt7/pxuk/uqHc0AM4VqocDmduyYafk3gVB+RgTCsKIzlvFcd2PsWM 1Za6wMQGM/odT29ZqrHRqipcj7m6jKo05704bGKzDO4Cq2IArpEFWpG9uDwWBhNQ rEBMYk+C6ADTqkiaUOHt =sars -----END PGP SIGNATURE----- --mdKHojoTQFexeCMO--