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 559BCAFD.4080500@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>)
List pgsql-general
On 07/07/2015 05:23 AM, pinker wrote:
> John McKown wrote
>> ​What version of PostgreSQL? What OS? What was the command line?
>
> *OS*: Linux OptiPlex-760 3.8.0-19-generic #29-Ubuntu SMP Wed Apr 17 18:16:28
> UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
> Linux Mint 15 Olivia
>
> *pg_dump*: pg_dump (PostgreSQL) 9.4.1
>
> *command line:*
> opt/PostgreSQL/9.4/bin/pg_dump --host localhost --port 000 --username "000"
> --no-password  --format plain --no-owner --create --clean --encoding UTF8
> --inserts --column-inserts --no-privileges --no-tablespaces --ignore-version
> --verbose --no-unlogged-table-data --file "000-$(date +%Y%m%d_%H%M).sql"
> --schema "000" "db-000"

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.

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


--
Adrian Klaver
adrian.klaver@aklaver.com


pgsql-general by date:

Previous
From: pinker
Date:
Subject: Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
Next
From: pinker
Date:
Subject: Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists