Search Postgresql Archives

Re: Issues with inconsistent COLLATION installation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Thank you :) I'll try restarting postgresql during our next maintenance window and report back.
--cnemelka


On Mon, Sep 9, 2019 at 3:08 PM Tom Lane <tgl@xxxxxxxxxxxxx> wrote:
"Daniel Verite" <daniel@xxxxxxxxxxxxxxxx> writes:
> I can reproduce this by creating a new locale *after* starting
> PostgreSQL and trying to use it before a restart.

That is interesting.  I think it must mean that glibc's setlocale()
and newlocale() maintain some kind of internal cache about available
locales ... and there's no logic to flush it if /usr/share/locale
changes.  The individual backends are probably inheriting the cache
state via fork from the postmaster.

                        regards, tom lane

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]

  Powered by Linux