Re: BUG #6666: pg_upgrade 9.2beta1 plpython/plpython2 - Mailing list pgsql-bugs

From Adrian Klaver
Subject Re: BUG #6666: pg_upgrade 9.2beta1 plpython/plpython2
Date
Msg-id 4FC3898B.1040604@gmail.com
Whole thread Raw
In response to Re: BUG #6666: pg_upgrade 9.2beta1 plpython/plpython2  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
On 05/27/2012 01:35 PM, Tom Lane wrote:
> Adrian Klaver<adrian.klaver@gmail.com>  writes:
>> After reading the above thread here is what the queries mentioned return:
>
>> production=#  SELECT nspname,proname,probin FROM pg_proc,pg_namespace
>> WHERE probin LIKE '%python%' and pg_proc.pronamespace=pg_namespace.oid;
>
>> nspname   |         proname         |      probin
>> ------------+-------------------------+------------------
>>   pg_catalog | plpython_call_handler   | $libdir/plpython
>>   pg_catalog | plpython_inline_handler | $libdir/plpython
>>   public     | plpython_call_handler   | $libdir/plpython
>> (3 rows)
>
> I think what you need to do is drop the one in public, ie
>     drop function public.plpython_call_handler();
> The other two are what the language is actually using nowadays.
>
> Hopefully pg_upgrade will then cope with upgrading them ...

To follow up, I dropped the public function and reran pg_upgrade from
scratch and it completed successfully.

>
>             regards, tom lane


--
Adrian Klaver
adrian.klaver@gmail.com

pgsql-bugs by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: BUG #6666: pg_upgrade 9.2beta1 plpython/plpython2
Next
From: Craig Ringer
Date:
Subject: Re: BUG #6625: not sufficient privileges to start system service