pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists - Mailing list pgsql-general

From pinker
Subject pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
Date
Msg-id 1436261176583-5856890.post@n5.nabble.com
Whole thread Raw
Responses Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
List 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 by date:

Previous
From: John R Pierce
Date:
Subject: Re: [pg_hba.conf] publish own Python application using PostgreSQL
Next
From: Filipe Pina
Date:
Subject: Re: database-level lockdown