Re: Waarschuwing na pg_dumpall en restore

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Dick Kniep <dick(dot)kniep(at)lindix(dot)nl>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Waarschuwing na pg_dumpall en restore
Date: 2010-06-25 15:20:29
Message-ID: 1277479096-sup-3553@alvh.no-ip.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Excerpts from Dick Kniep's message of vie jun 25 04:54:15 -0400 2010:

> PROBLEM 2
>
>  
>
> Furthermore the following errors are shown:
>
>  
>
> psql:db03.ak1.sql:251166: ERROR:  column a.transaction does not exist
> LINE 2:     SELECT (a.relation)::regclass AS "table", a."transaction...
>                                                       ^
> psql:db03.ak1.sql:251169: ERROR:  relation "public.locks_tb_aux" does not exist

These are probably views constructed on top of system tables or views
that changed between 8.1 and 8.3. You probably need to investigate the
"column foo does not exist" ones; my guess is that fixing those would
let subsequent commands that are failing with "relation foo does not
exist" to be automatically fixed.

The FK problems may be caused by problems 1 or 2, but my guess is that
they are actually caused by a real problem in your data. Have a look at
the data in the original database; you should be able to find missing
rows in the referenced tables.

--
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Dennis C 2010-06-25 15:28:24 PG dump and restore
Previous Message Ozz Nixon 2010-06-25 15:01:47 Re: Equivalent to "use database" in postgre