Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed
Дата
Msg-id 20120924145731.GE21242@momjian.us
обсуждение исходный текст
Ответ на Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed  (Rural Hunter <ruralhunter@gmail.com>)
Ответы Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed  (Rural Hunter <ruralhunter@gmail.com>)
Список pgsql-hackers
On Mon, Sep 24, 2012 at 10:45:34PM +0800, Rural Hunter wrote:
> >If your operating system locale/encoding names changed after the initdb
> >of the old cluster, this would not be reflected in template0.
> No. It's not changed. look at my system settings:
> LANG=zh_CN.UTF-8
> $ cat /var/lib/locales/supported.d/local
> zh_CN.UTF-8 UTF-8
> 
> I think the problem is on the options when I installed pgsql(both
> 9.1 and 9.2)
> Select the locale to be used by the new database cluster.
> 
> Locale
> 
> [1] [Default locale]
> [2] C
> [3] POSIX
> [4] zh_CN.utf8
> [5] zh_HK.utf8
> [6] zh_SG.utf8
> [7] zh_TW.utf8
> Please choose an option [1] : 4
> I chose 4 instead of 1. I guess the default locale(option 1) is with dash.

Well, if you run that query on template0 in the old and new cluster, you
will see something different in the two of them.  Could you have used
default in one and a non-dash in the other.  Did we change the way we
canonicalize the locale between 9.1 and 9.2?

I can send you a patch to test if the setlocale canonicalization works. 
Can you test it if I send it?

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Rural Hunter
Дата:
Сообщение: Re: [ADMIN] pg_upgrade from 9.1.3 to 9.2 failed
Следующее
От: Christopher Browne
Дата:
Сообщение: Re: pg_reorg in core?