Re: incorrect pg_dump output due to not handling dropped roles correctly
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: incorrect pg_dump output due to not handling dropped roles correctly |
| Дата | |
| Msg-id | 29913.1573835973@sss.pgh.pa.us обсуждение |
| Ответ на | incorrect pg_dump output due to not handling dropped roles correctly (Floris Van Nee <florisvannee@Optiver.com>) |
| Ответы |
Re: incorrect pg_dump output due to not handling dropped rolescorrectly
|
| Список | pgsql-bugs |
Floris Van Nee <florisvannee@Optiver.com> writes:
> I noticed I wasn't able to apply my usual pg_dump schema output without errors anymore after I dropped some roles.
Aftersome digging, I found it has to do with Postgres not correctly updating the pg_init_privs table upon dropping
roles.I can reproduce a similar scenario with the following steps (output from v13devel, but AFAIK all versions
affected,I ran into the issue on v11.2):
Hm, looks like we forgot to teach the dependency mechanism about
pg_init_privs privileges? (I didn't look yet.)
> Can I manually fix this by updating pg_init_privs catalog table?
Yeah, I think that would work. Obviously best to test in a throwaway
database ...
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера