Re: pg_migrator issue with contrib

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Brad Nicholson <bnichols(at)ca(dot)afilias(dot)info>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: pg_migrator issue with contrib
Date: 2009-06-05 20:07:42
Message-ID: 4A297B0E.5090905@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian wrote:
>> At the very least, a mention in the documentation of incompatible
>> contrib module(s) would be nice. Even better would be a sanity check
>> added to prevent this.
>>
>
> OK, I am looking to the hackers group for recommentations on this. I
> wonder if I should recommend uninstalling /contrib modules before the
> upgrade, but that is not possible for custom data types that have
> columns already defined in the old cluster.
>
>

There is no nice answer to this. It goes way beyond data types: you
could be using the module stuff in indexes, functions, views etc. You
can't just drop the stuff. The best I have been able to do in similar
cases is to install the updated module in the database before restoring,
and ignore any restoration errors about "foo already exists" or "foo not
found in .so file". Not sure how well that translates to pg_migrator,
though.

cheers

andrew

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Brad Nicholson 2009-06-05 20:08:20 Re: pg_migrator issue with contrib
Previous Message Bruce Momjian 2009-06-05 19:50:53 Re: pg_migrator issue with contrib