pg.ddx.io  pgsql-docs@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Bruce Momjian <bruce@momjian.us>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: PostgreSQL-documentation <pgsql-docs@postgresql.org>
Subject: Re: ALTER SYSTEM between upgrades
Date: Tue, 25 Aug 2020 14:59:50 -0400
Message-ID: <20200825185950.GD26852@momjian.us> (raw)
In-Reply-To: <08AD4526-75AB-457B-B2DD-099663F28040@yesql.se>
References: <CAA4eK1K-Uc1UFP5PKZEZYGG3cnnQTksXGBgnU4BBUTVx+Y43Fw@mail.gmail.com>
	<20200707201821.GA24503@alvherre.pgsql>
	<20200713235849.GA32422@momjian.us>
	<08AD4526-75AB-457B-B2DD-099663F28040@yesql.se>

On Tue, Jul 14, 2020 at 12:52:23PM +0200, Daniel Gustafsson wrote:
> > On 14 Jul 2020, at 01:58, Bruce Momjian <bruce@momjian.us> wrote:
> 
> > I am creating a new thread to discuss the question raised by Alvaro of
> > how many ALTER SYSTEM settings are lost during major upgrades.  Do we
> > properly document that users should migrate their postgresql.conf _and_
> > postgresql.auto.conf files during major upgrades?  I personally never
> > thought of this until now.
> 
> Transferring postgresql.conf is discussed to some degree in the documentation
> for pg_upgrade:
> 
>     11. Restore pg_hba.conf
> 	If you modified pg_hba.conf, restore its original settings.  It might
> 	also be necessary to adjust other configuration files in the new
> 	cluster to match the old cluster, e.g.  postgresql.conf.
> 
> .. as well as upgrading via pg_dumpall:
> 
>     4.  Restore your previous pg_hba.conf and any postgresql.conf
>     modifications.
> 
> One can argue whether those bulletpoints are sufficient for stressing the
> importance, but it's at least mentioned.  There is however no mention of
> postgresql.auto.conf which clearly isn't helping anyone, so we should fix that.
> 
> Taking that a step further, maybe we should mention additional config files
> which could be included via include directives?  There are tools out there who
> avoid changing the users postgresql.conf by injecting an include directive
> instead; they might've placed the included file alongside postgresql.conf.

I have developed the attached pg_upgrade doc patch to address this.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EnterpriseDB                             https://enterprisedb.com

  The usefulness of a cup is in its emptiness, Bruce Lee

Attachments:

auto.diff (text/x-diff, 1.3K) download diff --git a/doc/src/sgml/ref/pgupgrade.sgml b/doc/src/sgml/ref/pgupgrade.sgml index 6779a5bddc..74f27130ec 100644 --- a/doc/src/sgml/ref/pgupgrade.sgml +++ b/doc/src/sgml/ref/pgupgrade.sgml @@ -516,9 +516,10 @@ pg_upgrade.exe <para> Save any configuration files from the old standbys' configuration - directories you need to keep, e.g. <filename>postgresql.conf</filename>, - <literal>pg_hba.conf</literal>, because these will be overwritten or - removed in the next step. + directories you need to keep, e.g. <filename>postgresql.conf</filename> + (and any files included by it), <filename>postgresql.auto.conf</filename>, + <literal>pg_hba.conf</literal>, because these will be overwritten + or removed in the next step. </para> </step> @@ -606,7 +607,8 @@ rsync --archive --delete --hard-links --size-only --no-inc-recursive /vol1/pg_tb <para> If you modified <filename>pg_hba.conf</filename>, restore its original settings. It might also be necessary to adjust other configuration files in the new - cluster to match the old cluster, e.g. <filename>postgresql.conf</filename>. + cluster to match the old cluster, e.g., <filename>postgresql.conf</filename> + (and any files included by it), <filename>postgresql.auto.conf</filename>. </para> </step>

view thread (3+ messages)  latest in thread

Message-ID: <20200825185950.GD26852@momjian.us>
Permalink:  ../20200825185950.GD26852@momjian.us/
Also on:    postgresql.org/message-id/20200825185950.GD26852@momjian.us

 ·  · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-docs@postgresql.org
  Cc: bruce@momjian.us, daniel@yesql.se, alvherre@2ndquadrant.com
  Subject: Re: ALTER SYSTEM between upgrades
  In-Reply-To: <20200825185950.GD26852@momjian.us>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox