Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Tim Uckun <timuckun(at)gmail(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.
Date: 2011-05-23 02:13:50
Message-ID: BANLkTinZeL6saeRw6TNrEyGOw89R7b0Csw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

On Sun, May 22, 2011 at 9:39 PM, Bruce Momjian <bruce(at)momjian(dot)us> wrote:
> Tim Uckun wrote:
>> pg_upgrade from 8.4 to 9.0 fails with the following error message.
>>
>> old and new cluster lc_collate values do not match
>>
>>
>> on 8.4 show lc_collate outputs
>> ------------
>>  en_NZ.utf8
>> (1 row)
>>
>>
>> on 9.0 it outputs
>> ------------
>>  en_NZ.UTF8
>> (1 row)
>>
>>
>> So the difference seems to be in capitalization. Presumably they are the
>> same collation with "different" names so it strikes me as odd that
>> pg_upgrade would balk and refuse to upgrade the database.
>>
>> pg_upgrade should be able to tell that these are the same collations and go
>> ahead with the upgrade.
>>
>> It also should give some indication of how to overcome the problem.
>
> [ Moved to hackers list.]
>
> Interesting.  It can be easily fixed in the C code.  Does anyone know of
> an example where the case of the locale name is significant in
> controlling the behavior?

Uh, are we talking about locale, or collation?

Because if it's collation, that seems certain to affect index contents.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Daniel Schreiber 2011-05-23 10:27:57 BUG #6035: server crash when executing recursive query (trying to allocate 16 Exabyte memory)
Previous Message Bruce Momjian 2011-05-23 01:39:38 Re: [BUGS] BUG #6034: pg_upgrade fails when it should not.

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2011-05-23 02:24:06 Re: timezone GUC
Previous Message Robert Haas 2011-05-23 02:12:31 Re: timezone GUC