Re: Reopen logfile on SIGHUP

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Reopen logfile on SIGHUP
Дата
Msg-id CAM-w4HPuvKe_UyfgfhooVMX=+EYGp=+okjy8_Fo2koBL0fggMg@mail.gmail.com
обсуждение исходный текст
Ответ на Reopen logfile on SIGHUP  (Anastasia Lubennikova <a.lubennikova@postgrespro.ru>)
Ответы Re: Reopen logfile on SIGHUP
Re: Reopen logfile on SIGHUP
Re: Reopen logfile on SIGHUP
Список pgsql-hackers
On 27 February 2018 at 14:41, Anastasia Lubennikova
<a.lubennikova@postgrespro.ru> wrote:

> Small patch in the attachment implements logfile reopeninig on SIGHUP.
> It only affects the file accessed by logging collector, which name you can
> check with pg_current_logfile().

HUP will cause Postgres to reload its config files. That seems like a
fine time to reopen the log files as well but it would be nice if
there was also some way to get it to *just* do that and not reload the
config files.

I wonder if it would be easiest to just have the syslogger watch for
some other signal as well (I'm guessing the the syslogger doesn't use
relcache invalidations so it could reuse USR1 for example). That would
be a bit inconvenient as the admins would have to find the syslogger
and deliver the signal directly, rather than through the postmaster
but it would be pretty easy for them.

-- 
greg


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: postgres_fdw: perform UPDATE/DELETE .. RETURNING on a join directly
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: pgsql: Avoid valgrind complaint about write() of uninitalized bytes.