| From: | Michael Paquier <michael(at)paquier(dot)xyz> |
|---|---|
| To: | David Steele <david(at)pgmasters(dot)net> |
| Cc: | Magnus Hagander <magnus(at)hagander(dot)net>, Andrew Dunstan <andrew(at)dunslane(dot)net>, "wangsh(dot)fnst(at)fujitsu(dot)com" <wangsh(dot)fnst(at)fujitsu(dot)com>, "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: invalid data in file backup_label problem on windows |
| Date: | 2021-04-01 00:56:02 |
| Message-ID: | YGUaIiYW32aok3S2@paquier.xyz |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| 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
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Geoghegan | 2021-04-01 00:58:19 | Re: New IndexAM API controlling index vacuum strategies |
| Previous Message | Kyotaro Horiguchi | 2021-04-01 00:35:32 | Re: Issue with point_ops and NaN |