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 1rSwur-00GxTr-PG for pgsql-hackers@arkaria.postgresql.org; Thu, 25 Jan 2024 10:25:02 +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 1rSwuq-00FDP2-Po for pgsql-hackers@arkaria.postgresql.org; Thu, 25 Jan 2024 10:25:00 +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 1rSwuq-00FDOu-EO for pgsql-hackers@lists.postgresql.org; Thu, 25 Jan 2024 10:25:00 +0000 Received: from mail-ot1-x335.google.com ([2607:f8b0:4864:20::335]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rSwuo-003HlJ-0G for pgsql-hackers@postgresql.org; Thu, 25 Jan 2024 10:24:59 +0000 Received: by mail-ot1-x335.google.com with SMTP id 46e09a7af769-6e0df9aa43dso5029181a34.0 for ; Thu, 25 Jan 2024 02:24:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1706178297; x=1706783097; 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=4D1cQGr0IV0ov0zKKKe4lDwEQrKXLBuMDL58UhS+kg0=; b=Lw/t7+trfWOAny9W3P/Z9VukAxKCu/t0XLam59JfAN/Gu7xbogY431TcweHqCjlD/d v5hgD+rQAHss+1oT2+fLAm94xrxJHmth/yu/GsOWF62YyfkRLCfdNL5anUx6YhZJnS6c z290Vewn2UW6t2OG/DdWeEY/kLQLKl2AJmASqpesOtrJjZ0L/LR0LfgKIQeg2qYXO5IR 6CRWUAKlq2XcDOxJDrSS5WIzj7lD04jODhGEkv+cFCOVfb/lLPNSZPpDXLNpp4AnCcyc MqVoxEsKA6Ti3JlpA+Ty8E6CLBOb3Vg1ZO2DbWhJzSKxTyYXNv/Orud8bB0fCL4ECWau PBWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706178297; x=1706783097; 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=4D1cQGr0IV0ov0zKKKe4lDwEQrKXLBuMDL58UhS+kg0=; b=pv53pwayZ1SZwO4cbm3lAE156h/rgjMSq4myjoruIWrvTQ0mtAssB+mX3w21zHwE5m 4RuCrKvcW4+N5wYoI9ccGT8+cshnqkdw+9UkGoJKIDyvPMcJcv1596/tb/RnoQtYMDUg 0wvNOem8/KukZfSolQwWcFYtSv6mebVMgjmMH7J0XoMXEV2evJ+srQJXFRRpUD8VXJqd 7j40ROOhaQieeCRDlj/L5aErMlKsvEvZOIQso/YvvUqrXZEhLeshMUv1Vaa/PFoSiOh2 6wXGSBPzVmXe6+eeWlBdyEz9PllluFANLYdz7MBaIZ5GqEUWgRoK4A4RWe0ivzSM7/t4 6Euw== X-Gm-Message-State: AOJu0Yyq1zhy05z+5z406wu6o822iqQ9a4LGNY1w6A6EkNvv/0Hkouvq XcUu2GZYkcMc4kfs+qwdB6FQ3UBz6cljK1YJuKtdn4zuEqOqVfCj/akxkdcaBarN8aG7e8+PJw8 GN5RSbbXhHFQutQY+N0w/24vP0vg= X-Google-Smtp-Source: AGHT+IHoEUfycMXpZVlyESd5fYmsfywlAi1HpvGSWhJzB2LPDou8UFmmFn+y53rc0IH6cWcmfz/TATtt6U0qhF/CSvc= X-Received: by 2002:a05:6870:f113:b0:210:8719:caad with SMTP id k19-20020a056870f11300b002108719caadmr734034oac.49.1706178296940; Thu, 25 Jan 2024 02:24:56 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Amit Kapila Date: Thu, 25 Jan 2024 15:54:45 +0530 Message-ID: Subject: Re: Synchronizing slots from primary to standby To: Bertrand Drouvot Cc: "Zhijie Hou (Fujitsu)" , shveta malik , 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 Thu, Jan 25, 2024 at 1:25=E2=80=AFPM Bertrand Drouvot wrote: > > On Thu, Jan 25, 2024 at 02:57:30AM +0000, Zhijie Hou (Fujitsu) wrote: > > > > Agreed. I split the original 0001 patch into 3 patches as suggested. > > Here is the V68 patch set. Thanks, I have pushed 0001. > > Thanks! > > Some comments. > > Looking at 0002: > > 1 =3D=3D=3D > > + The following options are supported: > > What about "The following option is supported"? (as currently only the "F= AILOVER" > is) > > 2 =3D=3D=3D > > What about adding some TAP tests too? (I can see that ALTER_REPLICATION_S= LOT test > is added in v68-0004 but I think having some in 0002 would make sense too= ). > The subscription tests in v68-0003 will test this functionality. The one advantage of adding separate tests for this is that if in the future we extend this replication command, it could be convenient to test various options. However, the same could be said about existing replication commands as well. But is it worth having extra tests which will be anyway covered in the next commit in a few days? I understand that it is a good idea and makes one comfortable to have tests for each separate commit but OTOH, in the longer term it will just be adding more test time without achieving much benefit. I think we can tell explicitly in the commit message of this patch that the subsequent commit will cover the tests for this functionality One minor comment on 0002: + so that logical replication can be resumed after failover. + Can we move this and similar comments or doc changes to the later 0004 patch where we are syncing the slots? --=20 With Regards, Amit Kapila.