Re: ALTER SYSTEM between upgrades

From: Daniel Gustafsson <daniel(at)yesql(dot)se>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, PostgreSQL-documentation <pgsql-docs(at)postgresql(dot)org>
Subject: Re: ALTER SYSTEM between upgrades
Date: 2020-07-14 10:52:23
Message-ID: 08AD4526-75AB-457B-B2DD-099663F28040@yesql.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-hackers

> On 14 Jul 2020, at 01:58, Bruce Momjian <bruce(at)momjian(dot)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.

cheers ./daniel

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message PG Doc comments form 2020-07-14 16:25:54 Documentation Issue?
Previous Message Amit Kapila 2020-07-14 02:38:14 Re: Default setting for enable_hashagg_disk

Browse pgsql-hackers by date

  From Date Subject
Next Message Jochem van Dieten 2020-07-14 10:54:28 Re: recovering from "found xmin ... from before relfrozenxid ..."
Previous Message Daniel Gustafsson 2020-07-14 10:18:41 Re: Don't choke on files that are removed while pg_rewind runs.