| 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: | Whole Thread | Raw Message | 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
| 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. |
| 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 |