| От | Peter Eisentraut |
|---|---|
| Тема | Re: BUG #7906: pg_dump exits successfully after an error |
| Дата | |
| Msg-id | 512E509C.8030300@gmx.net обсуждение исходный текст |
| Ответ на | BUG #7906: pg_dump exits successfully after an error (adam.tomjack@zuerchertech.com) |
| Список | pgsql-bugs |
On 2/25/13 7:59 PM, adam.tomjack@zuerchertech.com wrote: > I have a database that uses a user-defined datatype. If the .so file > implementing that type is missing, pg_dump will fail when dumping a table > which uses that type, but it will still exit with status 0. The dump file > will be truncated and invalid. > > Output: > > pg_dump: Dumping the contents of table "foo" failed: PQgetResult() failed. > pg_dump: Error message from server: ERROR: could not access file > "bar-type": No such file or directory > pg_dump: The command was: COPY public.foo (baz) TO stdout; I can reproduce exactly this output, but the exit status is 1. Can we see the exact pg_dump command that you are executing?
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера