Re: Incorrectly reporting config errors

Поиск
Список
Период
Сортировка
От Thom Brown
Тема Re: Incorrectly reporting config errors
Дата
Msg-id CAA-aLv4J6YwzBnbHdeSn=KvtMJAUCD8f9ap6t00s9rOEOG39Cw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Incorrectly reporting config errors  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Incorrectly reporting config errors  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 21 January 2014 18:35, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Thom Brown <thom@linux.com> writes:
>> I'm getting a report of a config error when changing a config value
>> that requires a restart:
>> ...
>> 2014-01-21 18:14:53 GMT [28718]: [4-1] user=,db=,client= LOG:
>> received SIGHUP, reloading configuration files
>> 2014-01-21 18:14:53 GMT [28718]: [5-1] user=,db=,client= LOG:
>> parameter "max_connections" cannot be changed without restarting the
>> server
>> 2014-01-21 18:14:53 GMT [28718]: [6-1] user=,db=,client= LOG:
>> configuration file "/home/thom/Development/data/postgresql.conf"
>> contains errors; unaffected changes were applied
>
>> It doesn't contain errors.
>
> Yeah it does: it's got a value that can't be applied.  I think you're
> making a semantic quibble.

I see it as technically wrong.  There's nothing wrong with my config
file.  A reload of the file may not be able to apply all the settings,
but there's no typo or mistake anywhere in my file.  I would just need
to restart instead of reload.

However, given that you find it unsurprising, I'll leave it there.

Thom



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

Предыдущее
От: Steve Crawford
Дата:
Сообщение: Documentation patch for to_date and to_timestamp
Следующее
От: Tom Lane
Дата:
Сообщение: Re: NOT Null constraint on foreign table not working