Re: Reliable WAL file shipping over unreliable network

From: Dianne Skoll <dfs(at)roaringpenguin(dot)com>
To: pgsql-admin(at)lists(dot)postgresql(dot)org
Subject: Re: Reliable WAL file shipping over unreliable network
Date: 2018-02-28 18:26:20
Message-ID: 20180228132620.2c882f84@hydrogen.roaringpenguin.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Wed, 28 Feb 2018 13:15:48 -0500
Rui DeSousa <rui(dot)desousa(at)icloud(dot)com> wrote:

> Sure it does… what happens if the archive server gets full? There is
> a situation that can fool rsync into thinking it was successfully
> transferred as rsync only relies on filesystem metadata to verify the
> file is different.

That's incorrect. The original transfer will fail and rsync will remove
the temporary file. It doesn't rename the file to the final destination
until and unless the transfer is successful.

"-c" is only used for files that might change multiple times per second;
since most file systems have only 1-second granualarity in file timestamps,
you can't rely on a file being identical if the size and timestamps are the
same.

> The “-c” option will validate the file using a checksum and not just
> rely on just filesystem metadata.

That's incorrect. "-c" applies only when rsync looks at existing files
to see if they differ. It does not affect what happens when rsync actually
copies the file data over; that's always verified with a checksum.

Regards,

Dianne.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Sohel Tamboli 2018-02-28 18:31:23 Postgresql | Vacuum information
Previous Message Rui DeSousa 2018-02-28 18:25:45 Re: Reliable WAL file shipping over unreliable network