Received: from kodu.home.ee (isdn-54.uninet.ee [194.204.0.118]) by hub.org (8.9.3/8.9.3) with ESMTP id SAA65790 for ; Wed, 28 Jul 1999 18:39:02 -0400 (EDT) (envelope-from hannu@trust.ee) Received: from trust.ee (hannu@localhost [127.0.0.1]) by kodu.home.ee (8.8.7/8.8.7) with ESMTP id BAA00531; Thu, 29 Jul 1999 01:49:55 +0300 Sender: hannu@kodu.home.ee Message-ID: <379F8913.DCFE646E@trust.ee> Date: Thu, 29 Jul 1999 01:49:55 +0300 From: Hannu Krosing Organization: Trust-O-Matic =?iso-8859-1?Q?O=DC?= X-Mailer: Mozilla 4.5 [en] (X11; U; Linux 2.2.6 i686) X-Accept-Language: en MIME-Version: 1.0 To: "G. Anthony Reina" CC: pgsql-hackers@postgreSQL.org Subject: Re: [HACKERS] pg_dump not dumping all tables References: <379F821C.761F6334@nsi.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "G. Anthony Reina" wrote: > > I just installed 6.5.1 on my RH 6.0 PII/400 MHz machine. I had > previously been running the database on 6.4.2 and had several backups > made through pgdump. When I tried to restore the database (i.e. psql -e > db01 < db.backup) all of the tables were created, but only some of them > had data. These tables are just real tables, not views or anything > strange. Luckily, I also had a back up where I had pg_dump'ed each table > separately (so I'm not in a total jam). But I can't figure out why the > pg_dump didn't backup all of the data. > > -Tony Reina If there is even one row dumped wrong the data for the whole table is not inserted ;( I've had this for row's containing \n (or maybe \r) that got dumped as real newline that screwed the whole COPY xxx FROM stdin. I resolved it by editing the dumpfile via visual inspection. Another thing to try would be to dump as proper insert strings (pg_dump -d) instead of copy from. It will be slow to load though ... --------------------------- Hannu