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 1t3kOn-00EQcv-7T for pgsql-bugs@arkaria.postgresql.org; Wed, 23 Oct 2024 23:04:17 +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 1t3kOl-00EQFz-6X for pgsql-bugs@arkaria.postgresql.org; Wed, 23 Oct 2024 23:04:15 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t3kOk-00EQFW-U9 for pgsql-bugs@lists.postgresql.org; Wed, 23 Oct 2024 23:04:15 +0000 Received: from fhigh-a4-smtp.messagingengine.com ([103.168.172.155]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t3kOe-002WTt-HM for pgsql-bugs@lists.postgresql.org; Wed, 23 Oct 2024 23:04:14 +0000 Received: from phl-compute-07.internal (phl-compute-07.phl.internal [10.202.2.47]) by mailfhigh.phl.internal (Postfix) with ESMTP id 4EB0F11401C2; Wed, 23 Oct 2024 19:04:07 -0400 (EDT) Received: from phl-mailfrontend-02 ([10.202.2.163]) by phl-compute-07.internal (MEProxy); Wed, 23 Oct 2024 19:04:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=paquier.xyz; h= cc:cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm3; t=1729724647; x=1729811047; bh=5x9Rn8pp5l htF88w2sFtZZTY3d8N6cPZId0GDDjZZJ0=; b=THsizqA90RaC5r2NZtfmayDbiD 8+wA4isyr0FdMYBVeKtyo8x+AnxplJ3IOyFBsHTuASqt7xhFxqP9lubWZaX9I5MI u7ZyovurXtDXOtI0hPrkFSJTD+eKHVkGHM/E66tlJd1+bZtLhwRKRgOJuN2gsOZN JJWsaE141jf6C/bYtOu2tVSPEc5o14cpZH6HcX9SYDePytRRR1BpxqsbDf5zRzUd n2cVqypfr3sW+xLft+1nsKec58CveUBN13VmQj0aXBKZ01rrBAJMsY+S8EJlouNQ ibkQqOrv3yjWqtZjLW8T4rRAMNUlvw3qbHrWyefWdCslJEWXotkkbN/gkPng== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s= fm3; t=1729724647; x=1729811047; bh=5x9Rn8pp5lhtF88w2sFtZZTY3d8N 6cPZId0GDDjZZJ0=; b=SCgEfo7dnaRT/+UKvbFrY9eYlFtAd1/S+in1dNRH5j6v Jdh+f1iD0G3g1btFmXsaBe6g61Lz3LZOx3BRknO+bx5CQokanRxLAoja0FagP5q9 WxBWbrD16PClFX4pRthD1UFUnEff/kdDQ1PIyd38YBLNiCDLC10uQjx+DGv2q0RI ImH/iGeVWsOOJ9xo+2zXvh8H12KlkYLs92aX4uPt4NV152Ph/2PucWIGFpHIV6k5 Q/FCtLKjW1km9H+vXU+JZJSOgF3fpQXdTFCVwfpnZeIfxZod6RXO4ts2FDMc19yU GES4NkH02P6veO+MFXrqTBUZ+huDfLj1bzRI9hqv/g== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdeikedgudekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnegfrhhlucfvnfffucdljedtmdenucfjughrpeffhffvvefukfhf gggtuggjsehgtderredttdejnecuhfhrohhmpefoihgthhgrvghlucfrrghquhhivghruc eomhhitghhrggvlhesphgrqhhuihgvrhdrgiihiieqnecuggftrfgrthhtvghrnhepveet jefgjeevgedukeehieeuieeuieevueeiudegheevuefggfduueelgeelieetnecuvehluh hsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhhitghhrggvlhes phgrqhhuihgvrhdrgiihiidpnhgspghrtghpthhtohephedpmhhouggvpehsmhhtphhouh htpdhrtghpthhtoheprghlvgigrghnughrrgdrfigrnhhgrdhoshhssehgmhgrihhlrdgt ohhmpdhrtghpthhtoheprghnughrvgifseguuhhnshhlrghnvgdrnhgvthdprhgtphhtth hopegthhhrihhsrdhtrhgrvhgvrhhssehsthhorhhmrghtihgtshdrthgvtghhpdhrtghp thhtohepfhgrrhhoohhqrdhrrghshhgvugesuggvshgtrdhgohhvrdgrvgdprhgtphhtth hopehpghhsqhhlqdgsuhhgsheslhhishhtshdrphhoshhtghhrvghsqhhlrdhorhhg X-ME-Proxy: Feedback-ID: i0fe9450f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 23 Oct 2024 19:04:04 -0400 (EDT) Date: Thu, 24 Oct 2024 08:03:32 +0900 From: Michael Paquier To: Alexandra Wang Cc: Andrew Dunstan , Chris Travers , Farooq Rashed , pgsql-bugs@lists.postgresql.org Subject: Re: pg_rewind fails on Windows where tablespaces are used Message-ID: References: <5169f6d5-240e-49ec-9265-ddafa6e863bd@dunslane.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SN3cgm9TNWO3pKF4" Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --SN3cgm9TNWO3pKF4 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 23, 2024 at 11:19:14AM -0500, Alexandra Wang wrote: > I encountered this issue while working on the fix for branch 14 and > running the tablespace regress test. This simple test is not covered > in branch 15=E2=80=99s regress tests, as we started setting > allow_in_place_tablespaces =3D true since commit d6d317db. Yes, for the reasons stated in this commit because we rely on everything to be on the same host, and tablespace paths would overlap across the primary and its replica. > I also had to backpatch additional commits for branches 12 to 14, as > follows: >=20 > branch 14: e2f0f8ed, af9e6331, and the commits for branch 15 > [f357233c, c5cb8f3b, 387803d8, and 5fc88c5d53]. > branches 12 & 13: bed90759, 54fb8c7d, de8feb1f, 101c37cd, and the > commits for branch 14. >=20 > With these additional commits for branches 12 to 14, I=E2=80=99m not sure= if > it=E2=80=99s worth backpatching, or should we backpatch only to branch 15? 12 is going to be EOL in a couple of days, so I'd rather leave it out. If it were down to me, I'd also leave 13 and 14 as well, based on e2f0f8ed25 to let the beast sleep there. Perhaps others have a different opinion. though. > I agree with Andrew that if we decide to backpatch these changes, we > should add tests for the pg_rewind issue. Would the pg_rewind TAP > tests be the place for them? Looking at your patch set, it strikes me as not really necessary to involve multiple nodes to check the lstat() emulation, the failure originating not really from pg_rewind, but from the contents of src/port/. Your DROP TABLESPACE case is telling us that, at least, so we could use a single node with tablespace manipulations to get basically to the same coverage? Perhaps pg_checksums is one piece to look at, as it relies on a single node. And that would be less costly. -- Michael --SN3cgm9TNWO3pKF4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAmcZgMQACgkQnvQgOdby QH0MixAAmhGa/AmqeRkIQ86XWaNNcR3Kv1KJ9cCmuoLfMr41+QybpJBubT14tSX8 BhF2g+55A8qbQKLxdA7dH/+hpj28wSCYXKXAFw4PO37DpxjJIuoq97rTxkwpTAtY 5hqY4ibNxOfZ8xe7l65TIQJ59AO9iE4wUajwacmy0ApuFSxD5z1JT06Lti9Sb4pM jsnpiVg2PjWS1oJdAsqqrpOQ0U9LZkqnDr8wIBZQSr35UtqyMsbYEgsjpAwO5xPY NUro4MEoMSwCqurIH9MJ3SNKrgibCWbjF8SEhEkDz+CBJuGvt2zGQSjkUOwWcmnM G9Q5lD4UdGqi2Mh27yfGdG2SesYtHOTBaTGcyaeI6ECpQr8cq4kCHJb2EeAJCKJz rDCTNEuNUC92G0pM93ebpNZGzBOIRwO09Nxu2kmG8SKpDEWgeFAQ1YzAO8rMw/lA ZMOG/EPoCnAxnrREbj/KWTbt9aZ9wDNWnXARAf17EjOHcQwRSzAlvSlhXZwgduyq x/qc3+9oVIye2uw6fPu4oQKgjzBlPdrjcFJlLDrDacxbRb+ZqbByoUAxS/MSC9rJ +lOeAZttFWpNNc25NQMuEjRvDEeUWRqfhqIrHFJF20Dkm6uP4s5WCg/LqeiGXosM VRnSbGy5zGjJ/e5qyvBLOfeUjeEMZzGjGSwlBFEVw0xz+j43Npc= =Tqos -----END PGP SIGNATURE----- --SN3cgm9TNWO3pKF4--