Re: sanity error with pg_dump on postgresql 7.0.2
От | Dan Langille |
---|---|
Тема | Re: sanity error with pg_dump on postgresql 7.0.2 |
Дата | |
Msg-id | 3E1AAE1C.31852.5CD78E0@localhost обсуждение исходный текст |
Ответ на | Re: sanity error with pg_dump on postgresql 7.0.2 (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: sanity error with pg_dump on postgresql 7.0.2
|
Список | pgsql-admin |
On 7 Jan 2003 at 10:29, Tom Lane wrote: > "Dan Langille" <dan@langille.org> writes: > > I am forwarding this on behalf of bain@tcsn.co.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/
В списке pgsql-admin по дате отправления: