Re: pg_dump: schema with OID xxxxxxxx does not exist

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Neish <peter(at)austehc(dot)unimelb(dot)edu(dot)au>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: pg_dump: schema with OID xxxxxxxx does not exist
Date: 2006-10-27 16:39:53
Message-ID: 6801.1161967193@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Peter Neish <peter(at)austehc(dot)unimelb(dot)edu(dot)au> writes:
> entity_browse_bid_seq | 37647910 | 1005 | 4 | t |
> c | t | , | 37894096 | 0 | record_in |
> record_out | record_recv | record_send | i | p |
> f | 0 | -1 | 0 | |
> entity_browse | 37647910 | 1005 | 4 | t |
> c | t | , | 37894098 | 0 | record_in |
> record_out | record_recv | record_send | i | p |
> f | 0 | -1 | 0 | |
> (2 rows)

> Does this mean that I can just delete these rows from this table for the
> dump to work? Will deleting these rows affect anything else?

These are composite-type entries, which means there should be
associated entries in pg_class --- with OIDs 37894096 and 37894098
respectively. Did you check to see if those are still there?

We've seen scattered reports of table rowtype entries not being removed
when the owning table is dropped, but no one's ever been able to make a
reproducible case :-(. Do you know anything about the history or usage
of these tables?

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Peter Neish 2006-10-30 02:12:51 Re: pg_dump: schema with OID xxxxxxxx does not exist
Previous Message shaik mastan dilshad 2006-10-27 12:38:51 Re: Copying data from table to table (cloned tables)