Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rYCLz-00Eou4-Pt for pgsql-docs@arkaria.postgresql.org; Thu, 08 Feb 2024 21:54:44 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rYCLy-003fax-W9 for pgsql-docs@arkaria.postgresql.org; Thu, 08 Feb 2024 21:54:42 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rYCLy-003fan-OK for pgsql-docs@lists.postgresql.org; Thu, 08 Feb 2024 21:54:42 +0000 Received: from tamriel.snowman.net ([2001:470:e38f::11]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rYCLr-006C79-Ow for pgsql-docs@lists.postgresql.org; Thu, 08 Feb 2024 21:54:41 +0000 Received: by tamriel.snowman.net (Postfix, from userid 1000) id C9F045F7B9; Thu, 8 Feb 2024 16:54:29 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snowman.net; s=dkim; t=1707429269; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Bdf/0gR8L6g911ADDLIupOkT7r7GkB5AT8lrY9hU62c=; b=NVAkieINNMmHPv0qy7P8SgCqUXhLsUBMGdaB67ARfdkS0fj6wFi1f7N3w2aov9hPl4wh5i Slga8ItSpaMIKTkMnHB6hr3wCK8QTf3dyhhJ662l+YRwmqe4UiYKKSsWuW1z2A2EIjUGm5 PgkADtogaCVO0+pEyR4+RlWvOrtNe20= Date: Thu, 8 Feb 2024 16:54:29 -0500 From: Stephen Frost To: gparc@free.fr Cc: gparc , pgsql-docs Subject: Re: Add a different archive_command example for Linux / Unix Message-ID: References: <170738227967.3279716.16428042124969376330@wrigleys.postgresql.org> <705658729.361810855.1707401435362.JavaMail.zimbra@free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="12qfEbMzvP4A1QZ3" Content-Disposition: inline In-Reply-To: <705658729.361810855.1707401435362.JavaMail.zimbra@free.fr> User-Agent: Mutt/2.1.4 (2021-12-11) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --12qfEbMzvP4A1QZ3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Greetings, * gparc@free.fr (gparc@free.fr) wrote: > Thanks Stephen for your detailed reply and broad perspective. > But I see the cp example command used **as is** most of the time. In those cases- how would changing it to be a dd command be helpful? The directory still wouldn't be fsync'd and there's a very good chance that the rest of the documentation isn't followed or understood either, leading almost certainly to broken backup setups. This wouldn't be the only issue in any case, to be sure. This comes back to my earlier suggestion that perhaps we should just change it to something like: archive_command = 'backup_tool %p /mnt/server/archivedir/%f' and not talk about specific tools that exist but don't perform in the manner we actually expect from an archive command that we're using. We already make it pretty clear to anyone who knows the tools mentioned that the 'example' command won't work, if you read everything under that section. Alternatively, we could actually document the tools we're aware of that do work and which do strive, at least, to try and be good backup tools and good archive commands for PG. That would certainly be a service to our users and might result in far fewer misconfigured systems using the examples because they thought (despite the explicit note in our documentation) that they were recommendations. Thanks, Stephen --12qfEbMzvP4A1QZ3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEwf6gbxKhD863zrx/7WyKOINHZFUFAmXFTZIACgkQ7WyKOINH ZFVd9A/+JBXpWNYpnOI0BbHTK3uJei/QIxa9Ubv/eIf1KYiiqESSyMvRPkT3UA3K YXj5RFsG1oy2B0qyq70Bwp2alHfoII4aM0eJeh1FKmznWqKSmRmJqsZB42r/NIZ8 SI6EM4ber/5dILGe6/n83j1g1qNFaX9KfH6VnFlDPSL7B7+rerLKDQNlLtfUv164 4STbJKiaES9lXY7rJAqPUH1MqvqSdaXKEWEx+qxDxLsENMDiRH6ScT1p6X1v4HoH T3HcGDyUEDriZy5LmSpz85Z/aCDAPCOeto13/JxW9Nf4jVWYsQ1UdgKtAdTPRWrO bEth5asia/Gwx8WFOLUDwE6lgF8MRn8KiKkF0EfUuGC47uEV0ouwJWWqVJ1tvt+j cjCnmxtDY8TMjVYS4QInSlhiTMC+rhmHibA03sPQRoX3A3xfFL5u279G9bblKf1w SHk5WvjFaRTVbMFPKpB/v4I1FU+MN9FXM+cCb7Mu6ae+HhSqBRv/RpWO92/Kygza J4AxZgTgIDUSszMQMB/OlDXZwk2rOwnasSQGJoVnqOkQaPwUKJ7oB/S0iHsWmEvb nRNKP/ilDDZEu/XkM0Z9ELKcHpQPkJmNZMii/FVmyWRJtcDsf8P1C40bzCEmM/pn VO3Y+v/ZQKGMmHqzng9lPoQ2D4+Pbt6GRDjRQNEXwYBQjPT1p30= =OvVE -----END PGP SIGNATURE----- --12qfEbMzvP4A1QZ3--