Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1etHcp-0004AJ-Ru for pgsql-admin@arkaria.postgresql.org; Tue, 06 Mar 2018 18:47:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1etHco-0001Gw-KC for pgsql-admin@arkaria.postgresql.org; Tue, 06 Mar 2018 18:47:46 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1etHco-0001Gn-Cb for pgsql-admin@lists.postgresql.org; Tue, 06 Mar 2018 18:47:46 +0000 Received: from mail.thelabyrinth.net ([45.56.70.56]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1etHcg-0007j1-V4 for pgsql-admin@lists.postgresql.org; Tue, 06 Mar 2018 18:47:45 +0000 Received: from Davids-iMac.local (unknown [173.169.74.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dsteele) by mail.thelabyrinth.net (Postfix) with ESMTPSA id 5359C54683; Tue, 6 Mar 2018 18:47:36 +0000 (UTC) Subject: Re: Reliable WAL file shipping over unreliable network To: Rui DeSousa , Stephen Frost Cc: pgsql-admin@lists.postgresql.org References: <6056907B-551F-4ED0-804B-0FCACD39EB23@icloud.com> <988AB20C-9FDE-4197-BF3F-C54D80C2ED78@elevated-dev.com> <20180302180911.GO2416@tamriel.snowman.net> <20180304150640.GR2416@tamriel.snowman.net> <3D9CC2FB-57E1-45B2-B5FC-1B214F5DB068@icloud.com> <20180305111521.GV2416@tamriel.snowman.net> <20180305150218.GY2416@tamriel.snowman.net> <15F9D550-9909-40B3-A384-417AFCD745DF@icloud.com> From: David Steele Message-ID: Date: Tue, 6 Mar 2018 13:47:35 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <15F9D550-9909-40B3-A384-417AFCD745DF@icloud.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 3/6/18 12:55 PM, Rui DeSousa wrote: > >> On Mar 5, 2018, at 10:02 AM, Stephen Frost > > 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.   It's true that there are no good base utilities for this purpose, not sure why NFS would be an exception, though. > 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.   Also true, even though rsync has show itself to be a poor tool for database backups. > Here a solution that will fsync() file on the other end. At a quick glance, that looks like it would work. But why go through the trouble when pgBackRest does all of that (and much more), and does not rely on rsync? You are obviously knowledgeable and like to do it yourself, but not everybody wants to develop a solution from scratch, test it, and maintain it. Regards, -- -David david@pgmasters.net