Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nxQFX-0001Kj-Ev for pgsql-docs@arkaria.postgresql.org; Sat, 04 Jun 2022 09:39:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1nxQFW-0008Bt-52 for pgsql-docs@arkaria.postgresql.org; Sat, 04 Jun 2022 09:39:14 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nxQFV-00089a-O7 for pgsql-docs@lists.postgresql.org; Sat, 04 Jun 2022 09:39:13 +0000 Received: from mail-yb1-xb2a.google.com ([2607:f8b0:4864:20::b2a]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1nxQFT-0000PX-0d for pgsql-docs@lists.postgresql.org; Sat, 04 Jun 2022 09:39:12 +0000 Received: by mail-yb1-xb2a.google.com with SMTP id u3so7952404ybi.4 for ; Sat, 04 Jun 2022 02:39:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=i2bKeFXiT/n20HQfFQdGkpusN+i0+lpun7x8UxcqkOg=; b=gRPIcHfXl6rycpa2rOpzpDsSoZYT5d1d11iKVvnkqUw2oUildL1Eqxr2zWuFGtAn6R xaFI5+v0CWVrkta/pa01AOI3iNRItoh17HqCU69ZvYi2h1Tv0oLwhOyCKoZWp1c+Dku2 Hth5rQes8oPg5IhZfvomc3dbbYOzuy5iepylNUq9g1G+GcqNsWklKmR/NGVRWPwKMZqg nnX9E/RC+REBMBFsHkYqFU4WX71VZ8RwFSvSB3MCTWtao2jBkIqh0AXjuZBVK2YikfoY GYnBNzLbYZTyCCmBYv4TKAg23eGIUnFIXTVzpVvnN08gfh4CkeXSi/ssouh5zusCcIDu Y/Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=i2bKeFXiT/n20HQfFQdGkpusN+i0+lpun7x8UxcqkOg=; b=i+hH8b3T1bf4sFrY/mnAEiWSV/qYcibdzCQx/1V1QUwig5Rw0TNt5pCtiCZNjJYj0s Uxx5Kg+Gf2s42unN0NNuYd+jZ5+qXRbJqXwCnRDOeQ+AAk4VOO2LV1cZPoA2JaI9S88a 6hKNJtRl0Hmr5GU6bXebivtI/mNF2R5GY+cN4RZbZaHBQ8jAbB6Kh7fWQiSGCNTYf9oq FNO2GtOzVtaT/lJGHxzVKWWZdFUi/JZ/MAb3FSc17VH2WU+lsSDa6anulNUBNwtLXqTf d7RJT7fWbsx4FwA7ABq+WOM2WIwtv5PDF6XNCh5m8CmvmtAVuMLx7MBoXitx3CsRL+3m fWYA== X-Gm-Message-State: AOAM530O8JYHSvaM9eau5c9stPY1OU+EsqLooO/X4KIvcc58OOSOeIjC ySnYllnycynB9M4yK4exvApTTGYwVCtyx2ndSVeSWuGO X-Google-Smtp-Source: ABdhPJxSOXhu2dg0Qya/ryvxXRKdie7IUE1aKbEhIaya8FBoLcTy/IgeTaqSlToy/+8LzD/e0MRMJ7SK2HqC558XYfk= X-Received: by 2002:a5b:14f:0:b0:656:b905:7cb4 with SMTP id c15-20020a5b014f000000b00656b9057cb4mr15238008ybp.386.1654335549814; Sat, 04 Jun 2022 02:39:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Nikhil Shetty Date: Sat, 4 Jun 2022 15:08:58 +0530 Message-ID: Subject: Re: Fwd: Adding more detail to pg_upgrade documentation To: Jack DeVries Cc: pgsql-docs@lists.postgresql.org Content-Type: multipart/alternative; boundary="000000000000c93b3a05e09c029a" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000c93b3a05e09c029a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Jack, I followed the same steps multiple times but each time, slot had to be recreated. The slots under directory pg_replslot are not created in the new cluster during pg_upgrade. Thanks and Regards, Nikhil On Sat, 4 Jun 2022 at 1:48 AM, Jack DeVries wrote: > Hi Nikhil, > > From the pgupgrade docs: > > > 9. Prepare for standby server upgrades > > > > If you are upgrading standby servers using methods outlined in section > > Step 11, verify that the old standby servers are caught up by running > > pg_controldata against the old primary and standby clusters. Verify > > that the =E2=80=9CLatest checkpoint location=E2=80=9D values match in a= ll clusters. > > (There will be a mismatch if old standby servers were shut down before > > the old primary or if the old standby servers are still running.) > > Also, make sure wal_level is not set to minimal in the postgresql.conf > > file on the new primary cluster. > > (source: https://www.postgresql.org/docs/devel/pgupgrade.html) > > I'm a new contributor so please forgive me if I'm on the wrong track, > but if you follow this step, won't you also be ensuring that replication > slots do not need to be migrated, since you've just ensured that standby > clusters are in sync with the primary cluster? Please let me know if I'm > missing anything! > > Thank You, > Jack DeVries > --000000000000c93b3a05e09c029a Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Jack,

I followed the same steps multiple times but each time, slot had to be r= ecreated.

The slots unde= r directory pg_replslot are not created in the new cluster during pg_upgrad= e.

Thanks and Regards,
Nikhil

<= div dir=3D"ltr" class=3D"gmail_attr">On Sat, 4 Jun 2022 at 1:48 AM, Jack De= Vries <jdevries3133@gmail.com<= /a>> wrote:
Hi Nikhil,