Re: BUG #4901: Column name "window" breaks pg_dump/pg_restore
В списке pgsql-bugs по дате отправления:
| От | Jasen Betts |
|---|---|
| Тема | Re: BUG #4901: Column name "window" breaks pg_dump/pg_restore |
| Дата | |
| Msg-id | h2sna9$ur7$1@reversiblemaps.ath.cx обсуждение исходный текст |
| Ответ на | BUG #4901: Column name "window" breaks pg_dump/pg_restore ("Steve Purcell" <steve@sanityinc.com>) |
| Список | pgsql-bugs |
On 2009-07-05, Steve Purcell <steve@sanityinc.com> wrote: > Thanks for the quick reply, Tom. That makes sense, and yes, that does > appear to be the problem. > > I thought that I *was* using the newer pg_dump, but I'm doing this on > Debian: > > # su - postgres -c "env PGCLUSTER=8.3/main pg_dump openx|env > PGCLUSTER=8.4/main pg_restore -d template1 -C" > > And the debian pg_wrapper script ends up selecting the 8.3 pg_dump > binary in the first case. I'll have to figure out if there's even a > way to execute the newer pg_dump against the old database, which I > expect to be fiddly. easiest is to bypass pg_wrapper /usr/lib/postgresql/8.4/bin/pg_dump -p 5432 I have raised this with debian.
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера