teach pg_upgrade to handle in-place tablespaces

From: Nathan Bossart <nathandbossart(at)gmail(dot)com>
To: pgsql-hackers(at)postgresql(dot)org
Subject: teach pg_upgrade to handle in-place tablespaces
Date: 2025-04-28 21:07:16
Message-ID: aA_uBLYMUs5D66Nb@nathan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

(Creating new thread from https://postgr.es/m/Z-MaPREQvH5YB0af%40nathan.)

On Tue, Mar 25, 2025 at 04:03:57PM -0500, Nathan Bossart wrote:
> I also wanted to draw attention to this note in 0003:
>
> /*
> * XXX: The below line is a hack to deal with the fact that we
> * presently don't have an easy way to find the corresponding new
> * tablespace's path. This will need to be fixed if/when we add
> * pg_upgrade support for in-place tablespaces.
> */
> new_tablespace = old_tablespace;
>
> I intend to address this in v19, primarily to enable same-version
> pg_upgrade testing with non-default tablespaces. My current thinking is
> that we should have pg_upgrade also gather the new cluster tablespace
> information and map them to the corresponding tablespaces on the old
> cluster. This might require some refactoring in pg_upgrade. In any case,
> I didn't feel this should block the feature for v18.

Patch attached.

--
nathan

Attachment Content-Type Size
v1-0001-Teach-pg_upgrade-to-handle-in-place-tablespaces.patch text/plain 22.0 KB

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2025-04-28 21:08:49 Re: Add pg_get_injection_points() for information of injection points
Previous Message Mark Woodward 2025-04-28 20:53:37 Re: Cygwin support