Re: Documentation patch for backup manifests in protocol.sgml - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Documentation patch for backup manifests in protocol.sgml
Date
Msg-id 20200831224853.GT13613@momjian.us
Whole thread Raw
In response to Re: Documentation patch for backup manifests in protocol.sgml  (Michael Paquier <michael@paquier.xyz>)
Responses Re: Documentation patch for backup manifests in protocol.sgml  (Michael Paquier <michael@paquier.xyz>)
Re: Documentation patch for backup manifests in protocol.sgml  (Bernd Helmle <mailings@oopsware.de>)
List pgsql-hackers
On Mon, Aug 24, 2020 at 04:58:34PM +0900, Michael Paquier wrote:
> On Fri, Aug 21, 2020 at 06:03:32PM -0400, Bruce Momjian wrote:
> > On Tue, Aug 18, 2020 at 02:41:09PM +0200, Bernd Helmle wrote:
> >> protocol.sgml describes the protocol messages received by a BASE_BACKUP
> >> streaming command, but doesn't tell anything about the additional
> >> CopyResponse data message containing the contents of the backup
> >> manifest (if requested) after having received the tar files. So i
> >> propose the attached to give a little more detail in this paragraph.
> > 
> > If someone can confirm this, I will apply it?  Magnus?
> 
> The reason why backup manifests are sent at the end of a base backup
> is that they include the start and stop positions of the backup (see
> caller of AddWALInfoToBackupManifest() in perform_base_backup()).
> Once this is done, an extra CopyOutResponse message is indeed sent
> within SendBackupManifest() in backup_manifest.c.
> 
> So confirmed.

Patch applied through 13.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EnterpriseDB                             https://enterprisedb.com

  The usefulness of a cup is in its emptiness, Bruce Lee




pgsql-hackers by date:

Previous
From: Melanie Plageman
Date:
Subject: Re: Avoiding hash join batch explosions with extreme skew and weird stats
Next
From: Peter Geoghegan
Date:
Subject: Re: Boundary value check in lazy_tid_reaped()