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 1rojy9-0037SI-4e for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Mar 2024 13:02:30 +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 1rojy7-003BDn-Mc for pgsql-hackers@arkaria.postgresql.org; Mon, 25 Mar 2024 13:02:28 +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 1rojy6-003BDc-VI for pgsql-hackers@lists.postgresql.org; Mon, 25 Mar 2024 13:02:27 +0000 Received: from fhigh7-smtp.messagingengine.com ([103.168.172.158]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rojy3-006Ov8-Gl for pgsql-hackers@lists.postgresql.org; Mon, 25 Mar 2024 13:02:26 +0000 Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailfhigh.nyi.internal (Postfix) with ESMTP id 96D8E114011F; Mon, 25 Mar 2024 09:02:22 -0400 (EDT) Received: from imap49 ([10.202.2.99]) by compute2.internal (MEProxy); Mon, 25 Mar 2024 09:02:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eulerto.com; 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=1711371742; x=1711458142; bh=JyjodJdeOW eKcxuD3q3ow0qLTWjNM/iZLTaeRU2Z/AU=; b=BJ5ogSMTRPWwrEKbbDOw4vsozX Udt4J99sqAkD2eL6CxrwUQJQO0roX0xqCvmpy80WQ/7fzsi/9SKEdVlIjXP+LERN hq1+BWCZpKN0+5Q5IEmQm6OLhgx5iGLQg3p3UHERebyrwD0VxoHDBE633az5/Dfv ePpZOft5KtO43tkTTl2RyrgkOWB/1enI4JPV7CS7vo89mCf5WA/go0l6V2h05ykm OA+Qg3cFaCK2SCuJ2X/0hBKFUgL/qgUGNXvD91jF6RAFxqQXwEn6ThL54ktoFk33 e3uQ2ZzokmPyN5AOKJ1J+MBIQGMoL8wczW0NK3b/3ZO7B7k1qJBgPfdQRuJQ== 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= fm2; t=1711371742; x=1711458142; bh=JyjodJdeOWeKcxuD3q3ow0qLTWjN M/iZLTaeRU2Z/AU=; b=M69wSTcPBs897j4mhk9QAm0c//qaXwddbmy3YeMxZVPp Je3qBeKAs8L7Fh/ZSS4DsMZnygO48gXeZk9O4EBMohf2pjDYr4Ne1vKHvStCb53z v/NMDkAeNmsbaBpfOQdGqhZ12aPkl4tXH4EVwXLMOaGsZLRiPjKeJG+VSNznrz9C +CotIPqhZVBLctLB8KjuERd+TX76f02zy9ca1J+1bjDvyIkg8E06aasTnBK937wD 09taH4LF9Z+nYKlX4Z0bfpp5N12ZE8xzKcse6NIXnzPMobPWT4PrprDm202gyOlL +5ZLk884lc6Oc4MwPPwZNIKG1wsNcEnOoo+UrWKhTA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvledruddutddgvdefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvfevufgtsegrtderreerredtnecuhfhrohhmpedfgfhu lhgvrhcuvfgrvhgvihhrrgdfuceovghulhgvrhesvghulhgvrhhtohdrtghomheqnecugg ftrfgrthhtvghrnhepgfffjedviedvkedviedvteduieekudeivedthffhuddvteegleet ieffkeeghfdvnecuffhomhgrihhnpegvnhhtvghrphhrihhsvggusgdrtghomhenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegvuhhlvghrsegv uhhlvghrthhordgtohhm X-ME-Proxy: Feedback-ID: i0c21471d:Fastmail Received: by mailuser.nyi.internal (Postfix, from userid 501) id A89B815A0092; Mon, 25 Mar 2024 09:02:21 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.11.0-alpha0-332-gdeb4194079-fm-20240319.002-gdeb41940 MIME-Version: 1.0 Message-Id: In-Reply-To: <3fa9ef0f-b277-4c13-850a-8ccc04de1406@eisentraut.org> References: <9a9c7e65-c47b-4400-a63e-ac6169c0860e@app.fastmail.com> <40595e73-c7e1-463a-b8be-49792e870007@app.fastmail.com> <6423dfeb-a729-45d3-b71e-7bf1b3adb0c9@enterprisedb.com> <2f0b73f3-e7c0-4e95-9712-1993442a6b64@app.fastmail.com> <34637e7f-0330-420d-8f45-1d022962d2fe@app.fastmail.com> <7a970912-0b77-4942-84f7-2c9ca0bc05a5@eisentraut.org> <44de4e04-db22-40ed-8ba9-46387dc8bf83@app.fastmail.com> <3fa9ef0f-b277-4c13-850a-8ccc04de1406@eisentraut.org> Date: Mon, 25 Mar 2024 10:02:01 -0300 From: "Euler Taveira" To: "Peter Eisentraut" Cc: "Amit Kapila" , "Shlok Kyal" , "kuroda.hayato@fujitsu.com" , "Tomas Vondra" , "pgsql-hackers@lists.postgresql.org" , "Michael Paquier" , "Andres Freund" , "Ashutosh Bapat" , =?UTF-8?Q?Fabr=C3=ADzio_de_Royes_Mello?= , "vignesh C" Subject: Re: speed up a logical replica setup Content-Type: multipart/alternative; boundary=013d52f8aba44a14a0064205cd71e94f List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --013d52f8aba44a14a0064205cd71e94f Content-Type: text/plain On Mon, Mar 25, 2024, at 8:55 AM, Peter Eisentraut wrote: > On 22.03.24 04:31, Euler Taveira wrote: > > On Thu, Mar 21, 2024, at 6:49 AM, Shlok Kyal wrote: > >> There is a compilation error while building postgres with the patch > >> due to a recent commit. I have attached a top-up patch v32-0003 to > >> resolve this compilation error. > >> I have not updated the version of the patch as I have not made any > >> change in v32-0001 and v32-0002 patch. > > > > I'm attaching a new version (v33) to incorporate this fix (v32-0003) > > into the > > main patch (v32-0001). This version also includes 2 new tests: > > > > - refuse to run if the standby server is running > > - refuse to run if the standby was promoted e.g. it is not in recovery > > > > The first one exercises a recent change (standby should be stopped) and the > > second one covers an important requirement. > > I have committed your version v33. I did another pass over the > identifier and literal quoting. I added quoting for replication slot > names, for example, even though they can only contain a restricted set > of characters, but it felt better to be defensive there. Thanks. > I'm happy to entertain follow-up patches on some of the details like > option naming that were still being discussed. I just wanted to get the > main functionality in in good time. We can fine-tune the rest over the > next few weeks. Agree. Let's continue the discussion about the details. > > Based on the discussion [1] about the check functions, Vignesh suggested > > that it > > should check both server before exiting. v33-0003 implements it. I don't > > have a > > strong preference; feel free to apply it. > > I haven't done anything about this. ... including this one. -- Euler Taveira EDB https://www.enterprisedb.com/ --013d52f8aba44a14a0064205cd71e94f Content-Type: text/html Content-Transfer-Encoding: quoted-printable
On Mon, Mar 25,= 2024, at 8:55 AM, Peter Eisentraut wrote:
On 22.03.24 04:31, Euler Taveira wrote:<= br>
> On Thu, Mar 21, 2024, at 6:49 AM, Shlok Kyal wrote:
>> There is a compilation error while building postgr= es with the patch
>> due to a recent commit. I have = attached a top-up patch v32-0003 to
>> resolve this = compilation error.
>> I have not updated the version= of the patch as I have not made any
>> change in v3= 2-0001 and v32-0002 patch.

> I= 'm attaching a new version (v33) to incorporate this fix (v32-0003) = ;
> into the
> main patch (v32-0001). = This version also includes 2 new tests:

> - refuse to run if the standby server is running
> - refuse to run if the standby was promoted e.g. it is not in re= covery

> The first one exercis= es a recent change (standby should be stopped) and the
>= ; second one covers an important requirement.

I have committed your version v33.  I did another pass over the&= nbsp;
identifier and literal quoting.  I added quotin= g for replication slot 
names, for example, even thou= gh they can only contain a restricted set 
of charact= ers, but it felt better to be defensive there.
Thanks.

I'm happy to entertain follow-up patches on some of the details = like 
option naming that were still being discussed.&= nbsp; I just wanted to get the 
main functionality in= in good time.  We can fine-tune the rest over the 
<= div>next few weeks.
Agree. Let's continue the= discussion about the details.

> Based on the discussion [1] about th= e check functions, Vignesh suggested 
> that it
> should check both server before exiting. v33-0003 imple= ments it. I don't 
> have a
> str= ong preference; feel free to apply it.

I ha= ven't done anything about this.
... including= this one.


<= div class=3D"signature">--
Euler Tavei= ra
=

--013d52f8aba44a14a0064205cd71e94f--