Re: sanity error with pg_dump on postgresql 7.0.2

From: "Dan Langille" <dan(at)langille(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-admin(at)postgresql(dot)org, bain(at)tcsn(dot)co(dot)za
Subject: Re: sanity error with pg_dump on postgresql 7.0.2
Date: 2003-01-07 15:38:20
Message-ID: 3E1AAE1C.31852.5CD78E0@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On 7 Jan 2003 at 10:29, Tom Lane wrote:

> "Dan Langille" <dan(at)langille(dot)org> writes:
> > I am forwarding this on behalf of bain(at)tcsn(dot)co(dot)za who is at a client
> > site and cannot email.
>
> > I did a search and found a mail stating that its possibly related to
> > a deleted user having ownership of the table.
> > "http://www.geocrawler.com/mail/msg.php3?msg_id=5653159&list=10" I
> > checked and indeed the owner that created the table no longer
> > exists. Unfortunately I have no idea who that user was.
>
> You don't need to know. Get the old owner's sysid with
> SELECT relowner FROM pg_class WHERE relname = 'busted_table';
> then create a user with the appropriate sysid:
> CREATE USER foo WITH SYSID nnn;

I think that's pretty much what he did:

1.) psql dbname
2.) select * from pg_table;

this lists all th detaild of the tables in the DB.
some might have owner set to "unknown (sysid=xx)"
this is the problem. (note the sysid number)

3.) createuser -i xx (sysid user of the unknown table owner)
4.) pg_dump / pg_dumpall

> Once you've done that, consider upgrading to a more recent Postgres.
> It's been a good long while since pg_dump would choke on this
> situation.

FWIW, I think upgrade is the reason for the pg_dump.

--
Dan Langille : http://www.langille.org/

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Jeremy Buchmann 2003-01-07 16:33:59 Re: repair table? database? how ? neccessary?
Previous Message Gareth Kirwan 2003-01-07 15:31:44 Postgresql 7.3 and startup