From: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> |
---|---|
To: | Peter Geoghegan <peter(dot)geoghegan86(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Bernd Helmle <mailings(at)oopsware(dot)de>, PGSQL Mailing List <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Issues with german locale on CentOS 5,6,7 |
Date: | 2015-10-07 23:49:54 |
Message-ID: | CAEepm=1agffD39KM-vM3ud+qkBVsiJfw22HWz1ci6FzyGef9Fg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, Oct 8, 2015 at 5:52 AM, Peter Geoghegan
<peter(dot)geoghegan86(at)gmail(dot)com> wrote:
> On Wed, Oct 7, 2015 at 6:25 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> The only real way out of such a situation is to REINDEX affected indexes.
>> Refusing to start the server not only doesn't contribute to a solution,
>> but makes it impossible to fix manually.
>
> I agree that that would be almost as bad as carrying on, because there
> is no reason to think that the locale thing can easily be rolled back.
> That was my point, in fact.
I have contemplated a maintenance script that would track either the
md5 checksums of the /usr/lib/locale/*/LC_COLLATE files or the version
of installed locale packages and automatically reindex things when
they change (I guess after restarting the cluster to clear any glibc
caches that might be lurking in long running backends). Or at least
tell me that's needed. Obviously completely OS-specific...
--
Thomas Munro
http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2015-10-08 00:05:51 | Re: postgres standby won't start |
Previous Message | Ramalingam, Sankarakumar | 2015-10-07 20:30:34 | Re: postgres standby won't start |