Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eADRL-0003Io-Ka for pgsql-admin@arkaria.postgresql.org; Thu, 02 Nov 2017 11:13:39 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1eADRL-0004Nt-5v for pgsql-admin@arkaria.postgresql.org; Thu, 02 Nov 2017 11:13:39 +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.84_2) (envelope-from ) id 1eADPW-0001CP-Nv for pgsql-admin@postgresql.org; Thu, 02 Nov 2017 11:11:46 +0000 Received: from tamriel.snowman.net ([2001:470:e38f::11]) by magus.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eADPS-0005oO-Uy for pgsql-admin@postgresql.org; Thu, 02 Nov 2017 11:11:46 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id 5D9105F795; Thu, 2 Nov 2017 07:11:41 -0400 (EDT) Date: Thu, 2 Nov 2017 07:11:41 -0400 From: Stephen Frost To: Mark Kirkwood Cc: pgsql-admin@postgresql.org Subject: Re: Bad recovery: no pg_xlog/RECOVERYXLOG Message-ID: <20171102111141.GZ4628@tamriel.snowman.net> References: <1070071508952614@web46j.yandex.ru> <20171030154706.GE4628@tamriel.snowman.net> <7966ee9e-2241-eced-4639-e32c157b915a@catalyst.net.nz> <20171031114756.GP4628@tamriel.snowman.net> <2e3453d3-da6f-88af-05ec-7530e7f60547@catalyst.net.nz> <20171101122847.GS4628@tamriel.snowman.net> <4efa2769-78c4-7bf0-5c33-0cf2d942ce74@catalyst.net.nz> <20171101221807.GW4628@tamriel.snowman.net> <94a943ac-8b63-5cfc-9d48-22b7193b9766@catalyst.net.nz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FDtLtJCOJX6c7q20" Content-Disposition: inline In-Reply-To: <94a943ac-8b63-5cfc-9d48-22b7193b9766@catalyst.net.nz> User-Agent: Mutt/1.5.21 (2010-09-15) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-admin Precedence: bulk Sender: pgsql-admin-owner@postgresql.org --FDtLtJCOJX6c7q20 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mark, * Mark Kirkwood (mark.kirkwood@catalyst.net.nz) wrote: > Ok, that is interesting. In my experience, provided the a) > construction you are using in archive_command correctly reports > success/failure, and b) you have some monitoring that checks for > archive failure then that requirement of you having the required > logs will be fine. Finally that c) your pg_basebackup concoction > properly checks return codes then you are fine. >=20 > All these are reasonably straightforward to implement via shell. Sure, that'll work much of the time, but that's about like saying that PG could run without fsync being enabled much of the time and everything will be ok. Both are accurate, but hopefully you'll agree that PG really should always be run with fsync enabled. > Also, if what you are suggesting were actually the case, almost > everyone's streaming replication (and/or log shipping) would be > broken all the time. No, again, this isn't an argument about if it'll work most of the time or not, it's about if it's correct. PG without fsync will work most of the time too, but that doesn't mean it's actually correct. > With respect to 'If I would like to develop etc etc..' - err, all I > was doing in this thread was helping the original poster make his > stuff a bit better - I'll continue to do that. Ignoring the basic requirements which I outlined isn't helping him get to a reliable backup system. Thanks! Stephen --FDtLtJCOJX6c7q20 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJZ+v1tAAoJEO1sijiDR2RVurgQAI+61WLVeKLxt30qBz5ZbF0F jAYO8uEmmKpOO/3cPejZ4E3JHjG5OE9wVf+SD2cJEG2RggqRudzrA4ZNVKTzOuxj ERE5MiM8h6rDNX7/iUOAPgRmPsdtzp4C9YeUji3oAZkJrVG05zZggJi0vQukmQft m5b2tFR8F59kG7pKiMlxI6fTNi5rpwMIrA1mvWw46gpui6BVyzFHYBnMUMEQApn/ d8LGlilx8qVsbaU93nzcmMYs1yd6o4uGOqYOqSxheYlZQRrVhai/Hj7/Xj94wlxm 8kdgrcfJvi8eLxpkyQQU2lTGbEZybvUDRZ6abO6FoyIs48Er9jD0QDoQ30ba41SH TWVxLWCt+UrKkacs66310h8tq5XQuNl9IRCU6ZnEuM4Hy5ZVSFyTGoJvnpfr0nky dJr3rhk8Hp+l/zWY6rLJPTpiO+mnM0DoMo8RozBm/miuc8avk9ndW35+5cFqwBVF 91uXkrz76eLKoZvG1ySyaE70diViHVNIZssUUh8UMd+L6BLo0G9MI7rXiuVClImC UtyFnE5m0Ns+dub0nXHiCyKvjwp17eaXg1+Z+Fek7ofCK3Kkir3mH9SZXkxZn2Xg CrYtyJc1C58/rLp9tts2c2yOFKvRVKQ4wfOSBypDdvS5jFYxFHKNHwnR5J6icrTi vambpaojv8UfDpLq6Q4G =A3hc -----END PGP SIGNATURE----- --FDtLtJCOJX6c7q20--