Re: pg_restore: custom archiver unexpected end of file , ERROR: missing data for column

From: Khangelani Gama <kgama(at)argility(dot)com>
To: Ziggy Skalski <zskalski(at)afilias(dot)info>, pgsql-general(at)postgresql(dot)org
Subject: Re: pg_restore: custom archiver unexpected end of file , ERROR: missing data for column
Date: 2014-06-17 12:08:18
Message-ID: d8b090786421233a5f0f93b4858be4b2@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I keep getting the following error when trying to restore a database on
Postgres 9.2.4.

I used pg_dump –Fc with no owner from one server (8.4.2). It’s working
fine for other similar databases.

Hi there,

Did you do the pg_dump using 9.2 binaries or the 8.4 binaries? It's
recommended that you always use the newer binaries for dumping. Also, have
tried to do a pg_upgrade instead of the dump/restore?

No I was using 8.4 binaries…Thanks, I will try that now. we will be
upgrading the 8.4 server after converting the service into another
operating System .

Sorry I am not knowledgeable about this , I copied the binary file onto the
server where postgres 8.4 is running, untarred it (file is
postgresql-9.2.4.tar.gz). But I can’t find the pg_dump script path. It
looks like I have to configure it and do the gmake n gmake install. But how
do I do that without affecting the current running postgres version 8.4.

CONFIDENTIALITY NOTICE
The contents of and attachments to this e-mail are intended for the addressee only, and may contain the confidential
information of Argility (Proprietary) Limited and/or its subsidiaries. Any review, use or dissemination thereof by anyone
other than the intended addressee is prohibited.If you are not the intended addressee please notify the writer immediately
and destroy the e-mail. Argility (Proprietary) Limited and its subsidiaries distance themselves from and accept no liability
for unauthorised use of their e-mail facilities or e-mails sent other than strictly for business purposes.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Oliver 2014-06-17 12:31:19 Best backup strategy for production systems
Previous Message Raymond O'Donnell 2014-06-17 10:20:06 Re: Best backup strategy for production systems