pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
В списке pgsql-general по дате отправления:
| От | pinker |
|---|---|
| Тема | pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists |
| Дата | |
| Msg-id | 1436261176583-5856890.post@n5.nabble.com обсуждение |
| Ответы |
Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
|
| Список | pgsql-general |
I made mistake in a filename in pg_dump command, i.e. have used path from another server, which not exists on this one. pg_dump instead of checking permissions / existence of output file first dumped the whole database and at the end (after some time ... ) threw an error: (...) pg_dump: saving database definition pg_dump: [archiver] could not open output file "/home/.../dum-...._20150707_1059.sql": No such file or directory Is it correct behavior? Why wasting so much time and resources leaving checking the output file at the last moment? -- View this message in context: http://postgresql.nabble.com/pg-dump-PostgreSQL-9-4-1-delay-in-checking-if-file-exists-tp5856890.html Sent from the PostgreSQL - general mailing list archive at Nabble.com.
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера