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

From Adrian Klaver
Subject Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
Date
Msg-id 559BD74C.50209@aklaver.com
Whole thread Raw
In response to Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists  (pinker <pinker@onet.eu>)
Responses Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists  (pinker <pinker@onet.eu>)
Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists  (pinker <pinker@onet.eu>)
List pgsql-general
On 07/07/2015 06:00 AM, pinker wrote:
> Adrian Klaver-4 wrote
>> So this was not the actual command you ran as I see no path specification.
>>
>> Some notes:
>>
>> 1) plain format is the default so it does not need to specified.
>>
>> 2) Either --inserts or --column-inserts not both. FYI this really slows
>> down the restore process.
>>
>> 3) --ignore-version is deprecated in 9.4 and is itself ignored.
>
>
> command was copied from pgadmin, I've changed only parameters.
> I'm doing dump from my computer where I have pg_dump 9.4.1 installed from db
> which is 8.4.

So how did you get the wrong file name then, the pgAdmin backup dialog
has a file selector?

Or did you cut and paste into the file field?

>
>
>
> --
> View this message in context:
http://postgresql.nabble.com/pg-dump-PostgreSQL-9-4-1-delay-in-checking-if-file-exists-tp5856890p5856940.html
> Sent from the PostgreSQL - general mailing list archive at Nabble.com.
>
>


--
Adrian Klaver
adrian.klaver@aklaver.com


pgsql-general by date:

Previous
From: Filipe Pina
Date:
Subject: Re: database-level lockdown
Next
From: Adrian Klaver
Date:
Subject: Re: database-level lockdown