Re: [HACKERS] Should we eliminate or reduce HUP from docs?

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: [HACKERS] Should we eliminate or reduce HUP from docs?
Дата
Msg-id 20170310222820.txbiwlmo4foxr3bw@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: [HACKERS] Should we eliminate or reduce HUP from docs?  ("David G. Johnston" <david.g.johnston@gmail.com>)
Ответы Re: [HACKERS] Should we eliminate or reduce HUP from docs?
Список pgsql-hackers
David G. Johnston wrote:
> On Fri, Mar 10, 2017 at 1:02 PM, Alvaro Herrera <alvherre@2ndquadrant.com>
> wrote:

> > There are several ways to cause a config file reload (pg_ctl reload,
> > pg_reload_conf, direct SIGHUP).  We could have a section in docs listing
> > them all, and then all the other places that say a reload needs to occur
> > simply refer the reader to that section.
> 
> ​19.1.2 contains a fairly comprehensive coverage of the topic ​- but
> postgres.conf is not the only thing that gets reloaded.  Specifically,
> "Client Authentication" (chapter 20) is also affected.

I think we could split 19.1.2 in two parts, where the first one is the
current content minus the paragraph "The configuration file is reread".
We'd create "19.1.3 Configuration File Reloads" to contain that
paragraph, perhaps not with the exact current wording.

> One theory would be to consider "configuration reload" part of "18. Server
> ... Operation" and document the mechanics there with forward references to
> 19/Configuration and 20/Authentication.

Dunno.  Given that other configuration elements such as config file
placement are already in chapter 19, it seems strange to put reloading
behavior in 18.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: [HACKERS] Speed up Clog Access by increasing CLOG buffers
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: [HACKERS] Should buffer of initialization fork have aBM_PERMANENT flag