Re: invalid data in file backup_label problem on windows
Michael Paquier <michael@paquier.xyz>
From: Michael Paquier <michael@paquier.xyz>
To: David Steele <david@pgmasters.net>
Cc: Magnus Hagander <magnus@hagander.net>, Andrew Dunstan <andrew@dunslane.net>, "wangsh.fnst@fujitsu.com" <wangsh.fnst@fujitsu.com>, "pgsql-hackers@lists.postgresql.org" <pgsql-hackers@lists.postgresql.org>
Date: 2021-04-01T00:56:02Z
Lists: pgsql-hackers
On Wed, Mar 31, 2021 at 09:33:25AM -0400, David Steele wrote: > Agreed. New patch attached. Thanks, David. > diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml > index c5557d5444..8c9186d277 100644 > --- a/doc/src/sgml/backup.sgml > +++ b/doc/src/sgml/backup.sgml > @@ -913,7 +913,8 @@ SELECT * FROM pg_stop_backup(false, true); > <filename>backup_label</filename> in the root directory of the backup. The > third field should be written to a file named > <filename>tablespace_map</filename> unless the field is empty. These files are > - vital to the backup working, and must be written without modification. > + vital to the backup working and must be written byte for byte without > + modification, which may require opening the file in binary mode. Okay, that sounds good to me. -- Michael
Commits
-
doc: Clarify how to generate backup files with non-exclusive backups
- cc7416f3b679 9.6.22 landed
- 89bd8e8b3328 10.17 landed
- eb5e380a08a2 11.12 landed
- 677357047b9c 12.7 landed
- f8c2d491234f 13.3 landed
- 6fb66c268df2 14.0 landed