BUG #19017: pg_upgrade from 17.5 to 18.0beta2 fails with a complaint about max_slot_wal_keep_size

From: PG Bug reporting form <noreply(at)postgresql(dot)org>
To: pgsql-bugs(at)lists(dot)postgresql(dot)org
Cc: cookt(at)blackduck(dot)com
Subject: BUG #19017: pg_upgrade from 17.5 to 18.0beta2 fails with a complaint about max_slot_wal_keep_size
Date: 2025-08-11 17:45:27
Message-ID: 19017-e5fc45491b9b91a0@postgresql.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The following bug has been logged on the website:

Bug reference: 19017
Logged by: Todd Cook
Email address: cookt(at)blackduck(dot)com
PostgreSQL version: 18beta2
Operating system: CentOS Stream 9
Description:

When trying a basic pg_upgrade from 17.5 to 18.0beta2 (at
67a2fbb8f9e9f75df08208e75da412c43a814688), it fails with

"/usr/pgsql-17/bin/pg_ctl" -w -l
"data/pg_upgrade_output.d/20250811T113136.220/log/pg_upgrade_server.log" -D
"/u4/tac/hub-data/pgsql-17/data" -o "-p 50432 -b -c listen_addresses='' -c
unix_socket_permissions=0700 -c
unix_socket_directories='/u2/tac/hub/pgsql-18'" start >>
"data/pg_upgrade_output.d/20250811T113136.220/log/pg_upgrade_server.log"
2>&1

*failure*
There were problems executing ""/usr/pgsql-17/bin/pg_ctl" -w -l
"data/pg_upgrade_output.d/20250811T113136.220/log/pg_upgrade_server.log" -D
"/u4/tac/hub-data/pgsql-17/data" -o "-p 50432 -b -c listen_addresses='' -c
unix_socket_permissions=0700 -c
unix_socket_directories='/u2/tac/hub/pgsql-18'" start >>
"data/pg_upgrade_output.d/20250811T113136.220/log/pg_upgrade_server.log"
2>&1"
Consult the last few lines of
"data/pg_upgrade_output.d/20250811T113136.220/log/pg_upgrade_server.log" for
the probable cause of the failure.

The referenced log file contains

command: "/usr/pgsql-17/bin/pg_ctl" -w -l
"data/pg_upgrade_output.d/20250811T113136.220/log/pg_upgrade_server.log" -D
"/u4/tac/hub-data/pgsql-17/data" -o "-p 50432 -b -c listen_addresses='' -c
unix_socket_permissions=0700 -c
unix_socket_directories='/u2/tac/hub/pgsql-18'" start >>
"data/pg_upgrade_output.d/20250811T113136.220/log/pg_upgrade_server.log"
2>&1
waiting for server to start....2025-08-11 11:31:36.664 EDT [619244] LOG:
invalid value for parameter "max_slot_wal_keep_size": 8192
2025-08-11 11:31:36.664 EDT [619244] DETAIL: "max_slot_wal_keep_size" must
be set to -1 during binary upgrade mode.
2025-08-11 11:31:36.664 EDT [619244] FATAL: configuration file
"/u4/tac/hub-data/pgsql-17/data/postgresql.auto.conf" contains errors
stopped waiting
pg_ctl: could not start server

The above is from a real upgrade attempt. However, it can be reproduced
with

# PG 17 commands from memory
mkdir -p pg17/data
chmod 700 pg17/data
/usr/pgsql-17/bin/initdb --locale=C pg17/data
echo "max_slot_wal_keep_size = '8GB'" >> pg17/data/postgresql.auto.conf

mkdir pg18
cd pg18
mkdir data
chmod 700 data
pg_18.67a2fbb8f9e9f/bin/initdb --locale=C --no-data-checksums data
pg_18.67a2fbb8f9e9f/bin/pg_upgrade -v -d ../pg17/data -D data -b
/usr/pgsql-17/bin -B pg_18.67a2fbb8f9e9f/bin

The same steps migrating from 16 to 17 work without problems. This is easy
enough to workaround, but if the change is intentional, it probably deserves
a mention in the release notes.

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2025-08-11 18:24:18 Re: BUG #19017: pg_upgrade from 17.5 to 18.0beta2 fails with a complaint about max_slot_wal_keep_size
Previous Message Sajith Prabhakar Shetty 2025-08-11 14:01:48 Re: Postgres: Queries are too slow after upgrading to PG17 from PG15