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 1erGej-0001lM-V4 for pgsql-admin@arkaria.postgresql.org; Thu, 01 Mar 2018 05:21:26 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1erGei-0006TV-Ci for pgsql-admin@arkaria.postgresql.org; Thu, 01 Mar 2018 05:21:24 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1erGei-0006TM-29 for pgsql-admin@lists.postgresql.org; Thu, 01 Mar 2018 05:21:24 +0000 Received: from mailout.easymail.ca ([64.68.200.34]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1erGef-0005kC-BO for pgsql-admin@lists.postgresql.org; Thu, 01 Mar 2018 05:21:22 +0000 Received: from localhost (localhost [127.0.0.1]) by mailout.easymail.ca (Postfix) with ESMTP id D380321514; Thu, 1 Mar 2018 05:21:19 +0000 (UTC) Received: from mailout.easymail.ca ([127.0.0.1]) by localhost (emo02-pco.easydns.vpn [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3UHtGSaVDHIc; Thu, 1 Mar 2018 05:21:19 +0000 (UTC) Received: from [192.168.2.16] (unknown [8.39.228.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mailout.easymail.ca (Postfix) with ESMTPSA id 5024121509; Thu, 1 Mar 2018 05:21:13 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Reliable WAL file shipping over unreliable network From: scott ribe In-Reply-To: Date: Wed, 28 Feb 2018 22:21:11 -0700 Cc: Rui DeSousa , Dianne Skoll , pgsql-admin@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <988AB20C-9FDE-4197-BF3F-C54D80C2ED78@elevated-dev.com> References: <400AC9CD-1E43-422C-A689-70BDBAFF231E@elevated-dev.com> <37C5A42B-4CDD-4F01-8F1E-1B185C1819B9@icloud.com> <20180228132620.2c882f84@hydrogen.roaringpenguin.com> <33220469-5BB2-4A40-8F56-8F4F392C95B3@icloud.com> <21AF0CB4-0873-4960-BA14-E72FA08B352E@icloud.com> <5a49c387-e4f4-f70c-537c-9c338c80b687@catalyst.net.nz> <9DDA6F85-077E-4F8D-8708-632CC2907D3C@icloud.com> <06dd8b81-8b1a-ae5c-8ddd-1556b5946176@catalyst.net.nz> <6056907B-551F-4ED0-804B-0FCACD39EB23@icloud.com> To: Mark Kirkwood X-Mailer: Apple Mail (2.3445.5.20) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On Feb 28, 2018, at 10:03 PM, Mark Kirkwood = wrote: >=20 > Interesting - so could be rsync not handling the quota error sensibly = - or perhaps more likely ZFS and/or quota bugs. If the latter the = solution would be not to use these until the devs have fixed them... :-) Or realize that if you have less disk space than needed for a consistent = replica or archive, you cannot possibly have a consistent replica or = archive. The false report of success is not good, but it's not the root problem. -- Scott Ribe https://www.linkedin.com/in/scottribe/ (303) 722-0567