mirror of
https://github.com/postgres/postgres.git
synced 2025-04-29 13:56:47 +03:00
Fix unnecessary padding in incremental backups
Commit 10e3226ba13d added padding to incremental backups to ensure the block data is properly aligned. The code in sendFile() however failed to consider that the header may be a multiple of BLCKSZ and thus already aligned, adding a full BLCKSZ of unnecessary padding. Not only does this make the incremental file a bit larger, but the other places calculating the amount of padding did realize it's not needed and did not include it in the formula. This resulted in pg_basebackup getting confused while parsing the data stream, trying to access files with invalid filenames (e.g. with binary data etc.) and failing.
This commit is contained in:
parent
8225c2fd40
commit
cd4b6af620
@ -1638,11 +1638,12 @@ sendFile(bbsink *sink, const char *readfilename, const char *tarfilename,
|
|||||||
|
|
||||||
/*
|
/*
|
||||||
* Add padding to align header to a multiple of BLCKSZ, but only if
|
* Add padding to align header to a multiple of BLCKSZ, but only if
|
||||||
* the incremental file has some blocks. If there are no blocks we
|
* the incremental file has some blocks, and the alignment is actually
|
||||||
* don't want make the file unnecessarily large, as that might make
|
* needed (i.e. header is not already a multiple of BLCKSZ). If there
|
||||||
* some filesystem optimizations impossible.
|
* are no blocks we don't want to make the file unnecessarily large,
|
||||||
|
* as that might make some filesystem optimizations impossible.
|
||||||
*/
|
*/
|
||||||
if (num_incremental_blocks > 0)
|
if ((num_incremental_blocks > 0) && (header_bytes_done % BLCKSZ != 0))
|
||||||
{
|
{
|
||||||
paddinglen = (BLCKSZ - (header_bytes_done % BLCKSZ));
|
paddinglen = (BLCKSZ - (header_bytes_done % BLCKSZ));
|
||||||
|
|
||||||
|
Loading…
x
Reference in New Issue
Block a user