Re: archive_command was duplicated in backup.sgml

Saito-san,

Oh, I didn't realize that you have aready pointed out this 1 hour
earlier than me. Sorry for this.

Best reagards,
--
Tatsuo Ishii
SRA OSS LLC
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp

From: Noboru Saito <noborusai(at)gmail(dot)com>
Subject: archive_command was duplicated in backup.sgml
Date: Sat, 14 Jan 2023 10:00:26 +0900
Message-ID: <CAAM3qnKYit5c_r+o5wYXZ7vZT3=pmJAU2uJmBGiBX=ffncDBMg(at)mail(dot)gmail(dot)com>

> Hi,
> <varname>archive_command</varname> was written twice in backup.sgml.
>
> diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml
> index 8bab521718..be05a33205 100644
> --- a/doc/src/sgml/backup.sgml
> +++ b/doc/src/sgml/backup.sgml
> @@ -956,8 +956,7 @@ SELECT * FROM pg_backup_stop(wait_for_archive => true);
> On a standby, <varname>archive_mode</varname> must be
> <literal>always</literal> in order
> for <function>pg_backup_stop</function> to wait.
> Archiving of these files happens automatically since you have
> - already configured <varname>archive_command</varname> or
> <varname>archive_library</varname> or
> - <varname>archive_command</varname>.
> + already configured <varname>archive_command</varname> or
> <varname>archive_library</varname>.
> In most cases this happens quickly, but you are advised to monitor your
> archive system to ensure there are no delays.
> If the archive process has fallen behind because of failures of the