From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Rui DeSousa <rui(dot)desousa(at)icloud(dot)com> |
Cc: | pgsql-admin(at)lists(dot)postgresql(dot)org |
Subject: | Re: Reliable WAL file shipping over unreliable network |
Date: | 2018-03-06 19:00:04 |
Message-ID: | 20180306190004.GQ2416@tamriel.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
Greetings,
* Rui DeSousa (rui(dot)desousa(at)icloud(dot)com) wrote:
> > On Mar 5, 2018, at 10:02 AM, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
> > It doesn’t- but please don't encourage partial solutions which have ver clear issues.
>
> Then problem is there are no good base utilities that is useful with archive_command; unless you’re writing directly to an NFS mount or a tape library. Even Barman recommends rsync with the archive_command; if you are unable to use pg_receivexlog solution. There are countless Postgres documentation out there that recommends use of rsync with the archive_command.
>
> Here a solution that will fsync() file on the other end.
I'd encourage you to consider submitting this to a commitfest to get
feedback on it, as a proper patch to add such a utlity to PG and which
we could use in our documentation instead of saying "cp", which is
pretty terrible.
Then again, as David mentioned, there are already utilities which do
this properly, even if they're not included in core today.
Thanks!
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | David Steele | 2018-03-06 19:31:55 | Re: Reliable WAL file shipping over unreliable network |
Previous Message | David Steele | 2018-03-06 18:58:35 | Re: Reliable WAL file shipping over unreliable network |