Re: Blank archive_command

Поиск
Список
Период
Сортировка
От Bharath Rupireddy
Тема Re: Blank archive_command
Дата
Msg-id CALj2ACU-iC0peFssoSFa+fsMazpGSh6Q4nf_GVAwWPUV1FUrWA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Blank archive_command  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Blank archive_command  (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>)
Список pgsql-hackers
On Mon, Jan 17, 2022 at 9:02 PM Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com> writes:
> > However, a reasonable thing to do is to
> > emit a WARNING or ERROR-out when archive_command is set to null in
> > it's check_archive_command when archive_mode is on?
>
> We have been burned badly in the past by attempts to do that sort of
> thing (ie, make behavior that's conditional on combinations of GUC
> settings).  There tends to be collateral damage along the lines of
> "certain orders of operations stop working".  I'm not really eager
> to open that can of worms here.

+1 to create any GUC setting dependencies. Let's leave the
responsibility of setting appropriate archive_command to the archiving
handlers outside postgres. FWIW, having a note in the archive_command
GUC definition in the docs might help to some extent.

Regards,
Bharath Rupireddy.



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Blank archive_command
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: 2022-01 Commitfest