Re: Can't import large objects in most recent cvs (20020531 -- approx 1pm PDT)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Can't import large objects in most recent cvs (20020531 -- approx 1pm PDT) |
| Дата | |
| Msg-id | 20854.1022883848@sss.pgh.pa.us обсуждение |
| Ответ на | Can't import large objects in most recent cvs (20020531 -- approx 1pm PDT) (Ron Snyder <snyder@roguewave.com>) |
| Список | pgsql-hackers |
Ron Snyder <snyder@roguewave.com> writes:
> I attempt to restore from a 7.2.1 created dump into my newly created
> 7.3devel database, I get this:
> pg_restore: [archiver (db)] could not create large object cross-reference
> table:
> I didn't find any mention of this on the hackers mail archive, so I thought
> I'd pass it on.
News to me; and I just tested that code a couple days ago after hacking
on it for schema support. Would you look in the postmaster log to see
exactly what error message the backend is issuing? Might help to run
pg_restore with "PGOPTIONS=--debug_print_query=1" so you can verify the
exact query that's failing, too.
(I've thought several times that we should clean up pg_dump and
pg_restore so that they report the failed query and backend message in
*all* cases; right now they're pretty haphazard about it.)
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера