pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists

From: pinker <pinker(at)onet(dot)eu>
To: pgsql-general(at)postgresql(dot)org
Subject: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
Date: 2015-07-07 09:26:16
Message-ID: 1436261176583-5856890.post@n5.nabble.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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.

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Filipe Pina 2015-07-07 10:55:31 Re: database-level lockdown
Previous Message John R Pierce 2015-07-07 05:10:46 Re: [pg_hba.conf] publish own Python application using PostgreSQL