From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andomar <andomar(at)aule(dot)net> |
Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Include.d and warnings |
Date: | 2015-06-24 17:59:23 |
Message-ID: | 558AEFFB.8050000@aklaver.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 06/24/2015 07:43 AM, Tom Lane wrote:
> Andomar <andomar(at)aule(dot)net> writes:
>> We've set up an include directory in postgresql.conf:
>> include_dir = 'conf.d'
>
>> The include directory has a file that changes the value of
>> "max_connections".
>
>> Now when we reload Postgres, an error appears in the logs:
>
>> -----
>> parameter ""max_connections"" cannot be changed without restarting the
>> server
>> ...
>> configuration file ""/var/lib/pgsql/9.4/data/postgresql.conf"" contains
>> errors; unaffected changes were applied
>> -----
>
>> But max_connections did not change before the reload. It is just
>> overruled in an included configuration file.
>
> This is fixed in 9.4 and up. Since it's just cosmetic, we did not
> back-patch the change.
So is the below the cosmetic part?:
"
configuration file ""/var/lib/pgsql/9.4/data/postgresql.conf"" contains
errors; unaffected changes were applied
"
Just for my edification. If an include file contains a different value
for a setting that can only be changed on restart, Postgres is supposed
to throw out the restart message?
>
> regards, tom lane
>
>
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | David G. Johnston | 2015-06-24 18:06:08 | Re: checking for NULLS in aggregate |
Previous Message | Gauthier, Dave | 2015-06-24 17:20:37 | Re: DB access speeds, App(linux)<->PG(linux) vs App(linux) <->MSSql(Windows) |