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 1rUNbC-00AWUl-Pa for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Jan 2024 09:06:39 +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 1rUNbB-00CsA9-Or for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Jan 2024 09:06:37 +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 1rUNbB-00Cs8a-Fh for pgsql-hackers@lists.postgresql.org; Mon, 29 Jan 2024 09:06:37 +0000 Received: from mail-oa1-x36.google.com ([2001:4860:4864:20::36]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rUNb9-004JNm-RR for pgsql-hackers@postgresql.org; Mon, 29 Jan 2024 09:06:36 +0000 Received: by mail-oa1-x36.google.com with SMTP id 586e51a60fabf-21499c9650cso679192fac.1 for ; Mon, 29 Jan 2024 01:06:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706519193; x=1707123993; darn=postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=+2FUijsv1Xj/O09ANqPwyTZj0BcQgolHsEaZhTTAHwQ=; b=da/nAGR/3Sx1tDmzuFo1NfqfCje4UusiRMgIMBiTNY3L9uTWuDUeuKJ82dicsNjRyz f2w8IpQXgQBXTiI+l+vxm63lquS6eKziYMQ/5GPhTbCz7oieGIon/g8/FB64ElrLYwG4 9FlVkNLr5NlEunGHH3Oh2L1A2jOYXfcWt4R64xnrfqHdPb+mSu9HVV3Vdp5bhoWxNQcy dk6X33EUBR/+xLGhP/yqwMYh/8zfWJvAX7GXT020bR7CFk9TRTU5sjEYNGwo8SepRRbr yKHnCMxaAdEKsJITTimvL54JwNCYDisVjoSIyhO+SDy9nGOa1hosNTJpo8+eTXa96nKi uXSg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706519193; x=1707123993; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=+2FUijsv1Xj/O09ANqPwyTZj0BcQgolHsEaZhTTAHwQ=; b=fn7yYGlCza3Xi7edViE9oeezyQa9BastTvdqJj5gqH4+nmd+VEyn0URCivGv2XyzTT O9ahrwUqK3OHUCYDhqr+yvrrymVg8wg46lsMb7dXHP9uOvXRu1Utr60OWQ81SHUl1N6u lLA15m/wF+V37X2Kv1wj/VmbQuPV6usBXlk9JWH0ZJ2567loWIOFlOiEe5/pn8TFboia HXja5UiFWHs+ahrQN4xtgIm3pHMPnJDmp7114EB4nQJYwXcjQwD/xQNc5EXIT8wxOemk B5RYnHf8v4sYjGAnb1uZTyNPeeLRcyiCGTL6rf49M5WuekYD5B6zj12+IFVCSTem1b25 gItw== X-Gm-Message-State: AOJu0Yw5B6n5WPb2p0CYFTXCmE0UMs8/JyQF8agZjM95P8ScNDJSCMjU tOaXi+zk7MhGKDz0j79TglRJlWP5QE19Z4aZQWEqKvNxpp+VAx8zstfIpL3zOv1nWgZakHzRq/F YMp0tqxdr8v/3YtAhV3+VtXKotU4= X-Google-Smtp-Source: AGHT+IFJSTxTAA9Vf2eNo28yq031HFglzUzvJIk/dBOjVU/kHfe4GNyD9GOaWsEjjuNyGyDQeWU94SNIZFm4actkinw= X-Received: by 2002:a05:6870:8185:b0:206:aa77:2ec2 with SMTP id k5-20020a056870818500b00206aa772ec2mr1558393oae.11.1706519163497; Mon, 29 Jan 2024 01:06:03 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Amit Kapila Date: Mon, 29 Jan 2024 14:35:52 +0530 Message-ID: Subject: Re: Synchronizing slots from primary to standby To: Bertrand Drouvot Cc: shveta malik , "Zhijie Hou (Fujitsu)" , Ajin Cherian , Masahiko Sawada , Dilip Kumar , Peter Smith , Nisha Moond , "Hayato Kuroda (Fujitsu)" , Bharath Rupireddy , Peter Eisentraut , Bruce Momjian , Ashutosh Sharma , Andres Freund , pgsql-hackers , Alvaro Herrera Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, Jan 29, 2024 at 2:22=E2=80=AFPM Bertrand Drouvot wrote: > > On Mon, Jan 29, 2024 at 10:24:11AM +0530, shveta malik wrote: > > On Sat, Jan 27, 2024 at 12:02=E2=80=AFPM Zhijie Hou (Fujitsu) > > wrote: > > > > > > Attach the V70 patch set which addressed above comments and Bertrand'= s comments in [1] > > > > > > > Since v70-0001 is pushed, rebased and attached v70_2 patches. There > > are no new changes. > > Thanks! > > Looking at 0001: > > + When altering the > + slot_name, > + the failover property value of the named slot m= ay differ from the > + failover > + parameter specified in the subscription. When creating the slot, > + ensure the slot failover property matches the > + failover > + parameter value of the subscription. Otherwise, the slot on the pu= blisher may > + not be enabled to be synced to standbys. > > Not related to this patch series but while at it shouldn't we also add a = few > words about two_phase too? (I mean ensure the slot property matchs the > subscription one). > > Or would it be better to create a dedicated patch (outside of this thread= ) for > the "two_phase" remark? (If so I can take care of it). > I think it is better to create a separate patch for two_phase after this patch gets committed. --=20 With Regards, Amit Kapila.