Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists
От | Adrian Klaver |
---|---|
Тема | Re: pg_dump (PostgreSQL) 9.4.1 - delay in checking if file exists |
Дата | |
Msg-id | 559BCAFD.4080500@aklaver.com обсуждение исходный текст |
Ответ на | 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
|
Список | 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 по дате отправления: