From: | RW <postgres(at)tauceti(dot)net> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: pg_dump: schema with OID 16396 does not exist |
Date: | 2006-09-01 08:21:47 |
Message-ID: | 44F7ED9B.7000005@tauceti.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Hi Tom,
deleted entry from pg_conversion. Problem solved. pg_dump works again.
Thanks,
Robert
Tom Lane wrote:
>>>Look through the system catalogs to find the object(s) that claim to be
>>>in that namespace, and then tell us what they are and their history.
>>>
>>>
>
>
>
>>Found it in pg_conversion:
>>
>>
>
>
>
>>mps_dev=# select * from pg_conversion where connamespace = 16396;
>> conname | connamespace | conowner | conforencoding |
>>contoencoding | conproc | condefault
>>---------------------+--------------+----------+----------------+---------------+-------------------+------------
>> iso_8859_1_to_utf_8 | 16396 | 16389 | 8
>>| 6 | iso8859_1_to_utf8 | t
>>(1 row)
>>
>>
>
>
>Ah. This is a known bug: CREATE CONVERSION neglected to enter a dependency
>from the new conversion to its namespace, hence a DROP SCHEMA on the
>namespace would not remove the pg_conversion entry. This is fixed in
>HEAD but hasn't been back-patched for some reason --- I'll go deal with
>that now.
>
>In the meantime I'd suggest a manual DROP CONVERSION to clean up ...
>hmm ... except you probably can't name that conversion anymore in SQL,
>what with it not having a schema. I think it would work well enough to
>just DELETE the specific row in pg_conversion.
>
> regards, tom lane
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Paul B. Anderson | 2006-09-01 12:02:24 | Vacuum error on database postgres |
Previous Message | Josef J. Micka | 2006-09-01 07:22:13 | Re: problem with initlocation |