Re: 12 to 13 migration, the privs error with pg_pltemplate
От | Bruce Momjian |
---|---|
Тема | Re: 12 to 13 migration, the privs error with pg_pltemplate |
Дата | |
Msg-id | 20201217184017.GA23245@momjian.us обсуждение исходный текст |
Ответ на | Re: 12 to 13 migration, the privs error with pg_pltemplate (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: 12 to 13 migration, the privs error with pg_pltemplate
|
Список | pgsql-admin |
On Wed, Dec 9, 2020 at 12:19:18PM -0500, Tom Lane wrote: > Scott Ribe <scott_ribe@elevated-dev.com> writes: > > Any other suggestions? What could possibly be triggering this GRANT? > > Ah, I'm sorry, I pointed you at the wrong catalog entirely. It's > not pg_default_acl that controls this, it's pg_init_privs. I believe > what pg_dump is doing is emitting GRANT commands that replicate > the difference between pg_pltemplate's current actual privileges and > what is shown for it in pg_init_privs. So you need to make those > two things match, in whichever way is easiest. Should pg_dump or pg_upgrade be detecting and reporting these things, rather than requiring this analysis by the user? -- Bruce Momjian <bruce@momjian.us> https://momjian.us EnterpriseDB https://enterprisedb.com The usefulness of a cup is in its emptiness, Bruce Lee
В списке pgsql-admin по дате отправления: