Re: pg_upgrade 13.6 to 15.1?

From: pf(at)pfortin(dot)com
To: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: pg_upgrade 13.6 to 15.1?
Date: 2023-01-15 21:38:08
Message-ID: 20230115163808.22072dfc@pfortin.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, 15 Jan 2023 15:59:20 -0500 Tom Lane wrote:

>pf(at)pfortin(dot)com writes:
>> On Sun, 15 Jan 2023 14:47:35 -0500 Tom Lane wrote:
>>> I think you misunderstand how this is supposed to work. The -D
>>> argument should point at an *empty* data directory that has been
>>> freshly initialized with the new version's initdb. pg_upgrade then
>>> transfers data into that from the old database (-d argument).
>
>> I was hoping to avoid the hours worth of copying to the NVMe SSD.
>> The instructions refer to upgrading with --link; would that save the copy
>> time?
>
>Yes, but to use --link you must have both data directories on the
>same filesystem, so this is still the wrong thing.
>
>Try something like

My understanding:
> mv /mnt/work/var/lib/pgsql/data /mnt/work/var/lib/pgsql/data13
- renames the DB

> initdb /mnt/work/var/lib/pgsql/data
- creates new DB

> pg_upgrade ... -d /mnt/work/var/lib/pgsql/data13 -D /mnt/work/var/lib/pgsql/data --link ...
- if this only creates hard links; then this should do what I want.
My big concern was due to the DB being about 65% of /mnt/work; so doing
it on the same file system absolutely requires hard links vs copying...

Looks like this is what I was trying to be certain of... Thanks!!
Pierre

> regards, tom lane
>
>
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message HECTOR INGERTO 2023-01-15 21:57:36 RE: Are ZFS snapshots unsafe when PGSQL is spreading through multiple zpools?
Previous Message pf 2023-01-15 21:27:50 Re: pg_upgrade 13.6 to 15.1?