Message-ID: <5086280D.7010907@ringerc.id.au>
Date: Tue, 23 Oct 2012 13:15:57 +0800
From: Craig Ringer <ringerc@ringerc.id.au>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
	rv:16.0) Gecko/20121016 Thunderbird/16.0.1
MIME-Version: 1.0
To: Terry Khatri <terrykhatri531@gmail.com>
CC: pgsql-admin@postgresql.org
Subject: Re: Error on pg_dumpall
References: 
 <CANH4f+jodV27BeU7mgX=gzFfOViBWwN7Bd9RDcBFXjceG5wmBA@mail.gmail.com>
In-Reply-To: 
 <CANH4f+jodV27BeU7mgX=gzFfOViBWwN7Bd9RDcBFXjceG5wmBA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

On 10/22/2012 03:24 AM, Terry Khatri wrote:
> Hi
> 
> I am getting the following error msg when I do a pg_dumpall
> 
> -----
> 
> TK@OraLinux /usr/local/pgsql/backups
> $ pg_dumpall -U sns84 > completebackup20121020,sql
> pg_dump: schema with OID 74363 does not exist
> pg_dumpall: pg_dump failed on database "bihistory", exiting

That's not good.

First, try per-database dumps. Work out which database has the problem.
Do a:

    pg_dumpall -U sns84  --globals-only > globals.sql

then for each database:

    pg_dump -U sns84 -f $dbname.sql $dbname

(scripting it if desired), until you see which DB fails to dump. Dump
all the DBs you can successfully dump before proceeding.

Then, in the problem dB, try:

    REINDEX pg_catalog.pg_namespace;

does that help?

What's the output of:

    SELECT oid, nspname FROM pg_catalog.pg_namespace;

in the problem DB?

What about \dn in psql?

Is all your data for the problem DB in the "public" schema? If so, can
you do a schema-only dump?

  pg_dump -U sns84 -n public -f $dbname.dump $dbname

--
Craig Ringer


--
Craig Ringer