| От | Tom Lane |
|---|---|
| Тема | Re: [GENERAL] pg_upgrade ?deficiency |
| Дата | |
| Msg-id | 26220.1385155906@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [GENERAL] pg_upgrade ?deficiency (Andres Freund <andres@2ndquadrant.com>) |
| Список | pgsql-hackers |
Andres Freund <andres@2ndquadrant.com> writes:
> On 2013-11-22 13:07:29 -0800, Kevin Grittner wrote:
>> I'm not sure I understand.� Could you give an example of what
>> you're concerned about?
> pg_dumpall first spits out global data (users, databases, tablespaces)
> and then invokes pg_dump for every single database. So I'd very strongly
> suspect that your patch will issue the CREATE ROLE etc. calls without
> unsetting default_transaction_readonly.
Yeah, that's what I was wondering about. I don't think pg_dumpall -g
invokes pg_dump at all, so how could that case work? Maybe it would
only fail if the postgres database is read-only, though. Try it with
default-read-only set in postgresql.conf instead of as a database
property.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера