Re: Problem restoring with pg_dump
От | Adam Radlowski |
---|---|
Тема | Re: Problem restoring with pg_dump |
Дата | |
Msg-id | 456C390B.6030209@informatyka.gdansk.pl обсуждение исходный текст |
Ответ на | Problem restoring with pg_dump (Peter Wilson <petew@yellowhawk.co.uk>) |
Список | pgsql-admin |
I had problems, like that. I've omitted them using "plain" format (SQL script file) of dump file. I restore data from "plain" format with psql - using command "\i FILE". It work always. If You gzip this "plain" file - You become simillar volume of file using binary dump format. Greetings Adam Peter Wilson wrote: >I posted this to 'general' yesterday but with no luck. This is probably a better >group. > >I've just got the following message while trying to restore a database : > >pg_restore : [custom archiver] Dumping a specific TOC data block out of order is >not supported without ID on this input stream (fseek required). > >The command was : >pg_restore -L /tmp/toc --dbname=whitebeam --disable-triggers --username=postgres >/var/backups/restore-db.psql > >/tmp/toc is a re-orderd output from : > >pg_restore -l -a /var/backups/restore-db.psql > /tmp/toc > >Using Postgres 8.1.4 on >Linux version 2.6.15-1.2054_FC5 > >The dump itself was made on another machine running 8.1.4 on Fedora core 4. > >I've run similar commands on this machine before with no problems. Not sure why >I should start to have these problems now? > >Anyone else seen anything similar? Thoughts much appreciated! > >Pete > >---------------------------(end of broadcast)--------------------------- >TIP 1: if posting/reading through Usenet, please send an appropriate > subscribe-nomail command to majordomo@postgresql.org so that your > message can get through to the mailing list cleanly > > > >
В списке pgsql-admin по дате отправления: