Re: archive modules

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: archive modules
Дата
Msg-id YyFlylmDabc/eEH8@paquier.xyz
обсуждение исходный текст
Ответ на Re: archive modules  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Ответы Re: archive modules  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Список pgsql-hackers
On Wed, Sep 14, 2022 at 06:37:38AM +0200, Peter Eisentraut wrote:
> I noticed that this patch has gone around and mostly purged mentions of
> archive_command from the documentation and replaced them with
> archive_library.  I don't think this is helpful, since people still use
> archive_command and will want to see what the documentation has to say
> about it.  I suggest we rewind that a bit and for example replace things
> like
>
>     removed or recycled until they are archived. If WAL archiving cannot keep up
> -   with the pace that WAL is generated, or if <varname>archive_command</varname>
> +   with the pace that WAL is generated, or if <varname>archive_library</varname>
>     fails repeatedly, old WAL files will accumulate in <filename>pg_wal</filename>
>
> with
>
>     removed or recycled until they are archived. If WAL archiving cannot keep up
>     with the pace that WAL is generated, or if <varname>archive_command</varname>
>     with the pace that WAL is generated, or if <varname>archive_command</varname>
>     or <varname>archive_library</varname>
>     fail repeatedly, old WAL files will accumulate in <filename>pg_wal</filename>

Yep.  Some references to archive_library have been changed by 31e121
to do exactly that.  There seem to be more spots in need of an
update.
--
Michael

Вложения

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_basebackup's --gzip switch misbehaves
Следующее
От: bt22kawamotok
Дата:
Сообщение: Re: is_superuser is not documented