Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1inJlG-0001wz-CL for pgsql-docs@arkaria.postgresql.org; Fri, 03 Jan 2020 10:00:54 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1inJlF-0007o3-4C for pgsql-docs@arkaria.postgresql.org; Fri, 03 Jan 2020 10:00:53 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1inJlE-0007nw-Go for pgsql-docs@lists.postgresql.org; Fri, 03 Jan 2020 10:00:52 +0000 Received: from mail-lj1-x241.google.com ([2a00:1450:4864:20::241]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1inJlB-0003Zr-MA for pgsql-docs@lists.postgresql.org; Fri, 03 Jan 2020 10:00:51 +0000 Received: by mail-lj1-x241.google.com with SMTP id z22so38542930ljg.1 for ; Fri, 03 Jan 2020 02:00:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hagander-net.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=z2S0MnAWDR+ygPtmHEyeezRcZAcmAQ2+t0thM8Hm/9Q=; b=isk31IK79koRby2gUCTu9DMDIrZKPJlQHQxxPnV+HDrAib8QAZhTNEtVOMP12GZnWh uTmcRiZCgAsIQajW43EYS0z9zv5Vq34tr1xi3YAErWk8RH3Dn94A0vwk6WqzIfIFILgD BlwMwjSO6E76bzO1Qw7qHOMQa2x5vtG3GslzE9Izl9tsWjF7kOqTNk0ls6iOw0Dd0gUI kUkLJxXDlzO42ImeHq7fXKDxwzGCxg0PY864UWbZXtHhzoh++LFJho+n+jaKmO0nEF4f uIZcdQQuUVdXo+MAbivJagol71Ubr5M28ie54/RAnfypSrFrw0npzUwIn7efkhrfrl+R yCdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=z2S0MnAWDR+ygPtmHEyeezRcZAcmAQ2+t0thM8Hm/9Q=; b=GzEf33XNtYbmUG1xtt0i6nwRU6PqSe0goZRhW8AsMRkQ4WHxfuBqXzNe5cJMSWefgh n1iJEWJtcj3xK+W4efCsF4Gq6r0Hfk1B4ENTpIPoGldS9SG1x2AwGe3/eLKoOAaggvtK 5JABVNugu1LiHEm43aa+eD3ch67hdVi4dh6dU/jluYv+Rxv6JDlfA9ZfW0gvPtJzA2QL dhm2J3vRaHqZQb4Ostkb2pCbgoyDJZrhxBrRWCW/vY+X04bEhim2bo46cTNq40rCEt8Y S5LCewOv2rXCd+GgOxceq7GmcKntcMKRY/Uue1QS5CUd+ZY4UnpBEyyinR9SSX0P3BIf 80eQ== X-Gm-Message-State: APjAAAXT2YQtck4mfHema2pje1wBM+vzfFgqDtwLB5nHBqtSx3MSuoOM d7ivYHhghVu97fwu0xqWbWWhtZ5ZQ7pAU9Sf8Omi+q8N X-Google-Smtp-Source: APXvYqwMMEXOVcLnMEllz5I8iMIzb2QwQvcVBQWNOS/Z4kC2B6gZU9P/W9ec0zKXsDbZnUV88v/LGo1gOHBDVW/CFnM= X-Received: by 2002:a2e:b4cb:: with SMTP id r11mr51939493ljm.68.1578045648082; Fri, 03 Jan 2020 02:00:48 -0800 (PST) MIME-Version: 1.0 References: <54c208b9-7e2c-6211-0ba0-ffb0429cf20b@2ndquadrant.com> <2cfbd3fe-85ef-d53b-53db-d93fbfe9f578@2ndquadrant.com> In-Reply-To: <2cfbd3fe-85ef-d53b-53db-d93fbfe9f578@2ndquadrant.com> From: Magnus Hagander Date: Fri, 3 Jan 2020 11:00:36 +0100 Message-ID: Subject: Re: Link to "Upgrading a PostgreSQL Cluster" in Release Notes To: Peter Eisentraut Cc: Vik Fearing , Pg Docs Content-Type: multipart/alternative; boundary="0000000000004b296d059b396268" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --0000000000004b296d059b396268 Content-Type: text/plain; charset="UTF-8" On Fri, Jan 3, 2020 at 9:57 AM Peter Eisentraut < peter.eisentraut@2ndquadrant.com> wrote: > On 2019-12-30 00:03, Vik Fearing wrote: > > Following a complaint on IRC about the dearth of information on how to > > migrate to a new major version in the release notes, the attached > > trivial patch was determined to be sufficient for the OP. > > > > This patch applies to REL_12_STABLE. I don't know how far it should be > > backpatched (the OP was trying to upgrade to v10), and I didn't see any > > place to put it for 13 and future versions. > > I think this change is sensible. But to what extent do we want to edit > around in old release notes? Should we just keep it for PG13? > I think it makes sense to backpatch it. Lots of people still upgrade to at least 12 and 11, and that's a likely place for them to start reading. And if we're already covering 12 and 11, it is probably no big extra effort to do other supported branches as well. I think we should also extend the blurb in the release notes to mention > the option of using logical replication to upgrade. Otherwise, if you > follow the link you propose, then one might think that logical > replication upgrading is not applicable since only pg_dump and > pg_upgrade were mentioned in the place the link came from. > > +1. -- Magnus Hagander Me: https://www.hagander.net/ Work: https://www.redpill-linpro.com/ --0000000000004b296d059b396268 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Fri, Jan 3, 2020 at 9:57 AM Peter = Eisentraut <peter.ei= sentraut@2ndquadrant.com> wrote:
On 2019-12-30 00:03, Vik Fearing wrote:
> Following a complaint on IRC about the dearth of information on how to=
> migrate to a new major version in the release notes, the attached
> trivial patch was determined to be sufficient for the OP.
>
> This patch applies to REL_12_STABLE.=C2=A0 I don't know how far it= should be
> backpatched (the OP was trying to upgrade to v10), and I didn't se= e any
> place to put it for 13 and future versions.

I think this change is sensible.=C2=A0 But to what extent do we want to edi= t
around in old release notes?=C2=A0 Should we just keep it for PG13?

I think it makes sense to backpatch it. Lots o= f people still upgrade to at least 12 and 11, and that's a likely place= for them to start reading. And if we're already covering 12 and 11, it= is probably no big extra effort to do other supported branches as well.


I think we should also extend the blurb in the release notes to mention the option of using logical replication to upgrade.=C2=A0 Otherwise, if you=
follow the link you propose, then one might think that logical
replication upgrading is not applicable since only pg_dump and
pg_upgrade were mentioned in the place the link came from.


+1.

--
=C2=A0Magnus Hagan= der
=C2=A0Me: htt= ps://www.hagander.net/
=C2=A0Work: https://www.redpill-linpro.com/
=
--0000000000004b296d059b396268--