Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [BUGS] BUG #6034: pg_upgrade fails when it should not. |
| Дата | |
| Msg-id | 24405.1306960382@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [BUGS] BUG #6034: pg_upgrade fails when it should not. (Florian Pflug <fgp@phlo.org>) |
| Ответы |
Re: [BUGS] BUG #6034: pg_upgrade fails when it
should not.
|
| Список | pgsql-hackers |
Florian Pflug <fgp@phlo.org> writes:
> On Jun1, 2011, at 20:28 , Peter Eisentraut wrote:
>> Well, initdb still succeeds if you give it an invalid locale name. It
>> warns, but that can easily be missed if initdb is hidden behind a few
>> other layers. If you then run pg_upgrade, you get a hosed instance.
> Whats the rational behind that behaviour? Wouldn't it be more user-friendly
> if initdb failed outright? It'd also be consistent with CREATE DATABASE...
I think we were being conservative about whether initdb would get it
right. Might be time to stiffen our spines a bit, now that the logic
has been through a few release cycles.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера