Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uY8Hl-001bDw-Mr for pgsql-general@arkaria.postgresql.org; Sat, 05 Jul 2025 19:10:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uY8Hi-009JV8-Bb for pgsql-general@arkaria.postgresql.org; Sat, 05 Jul 2025 19:10:50 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uY8Hi-009JUz-06 for pgsql-general@lists.postgresql.org; Sat, 05 Jul 2025 19:10:50 +0000 Received: from mail-oi1-x230.google.com ([2607:f8b0:4864:20::230]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uY8Hg-005wH5-1b for pgsql-general@postgresql.org; Sat, 05 Jul 2025 19:10:50 +0000 Received: by mail-oi1-x230.google.com with SMTP id 5614622812f47-40d12821c1cso695239b6e.2 for ; Sat, 05 Jul 2025 12:10:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1751742646; x=1752347446; darn=postgresql.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=csqqgsGEzw6wfTeKKzSb2Wmm2EYQaRiD7M8vHoPgKTI=; b=L7b//CNCplDRvall93V4/1ozMcGLOR7UqEFJEh1o4yJjal7YVz2gWdtLIz7wLv5EV3 VAPC1NFGWtJD9GtRQsHJsNXGvPg1b2rXSFspqi2HoRQ52yeDAJGWlaNfmKOfmoETLcgr vdtOyzDKak078b7/oxLhsD8FSkhFthIg6BdmD0gPZyks6Fl31AsONVjHz29jN0ng8Re9 ZmA7mjrLdCm9fZxyCgXJk+wH49vZ32h4lVa9LM7cmEJ/XKSuOjOvx5y6jZHQxnwPAUcl KKx+HEk6uYCMwZbJNoGEEIk6yriG0n3/3O3u1yXCZTKVkx8zw6bdjdKN4pKHbv8gCFNJ cilQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1751742646; x=1752347446; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=csqqgsGEzw6wfTeKKzSb2Wmm2EYQaRiD7M8vHoPgKTI=; b=dxnBK3KINfTD8YuuMHG0GJaehNpY+clXrQiKSKL9zjB3DvQiwXVRJLSMdZr0nlW8BZ p6xCpvkFSpi0Zbg2D8tPOZ78chLyKyo3UcVOjGbEdNsDv7uyC1axCQXiRl+AfdOTsr3H qgpKvOtIz6yd3ATSX/a23tSNb62vcbiptuV7WueqFp8Dp4rfR87tLARMKK2al1PBxg9M 4YyhQ8LR7tir4iSoBxLWCYF3WL2/KxIFaLmaRocljuuXkTY5i2Kpp3+cIBUBGk1p8IQE zgBfcY30uzDJ0pvJ9abyZ5D2qlWx9QUqRMlutffaESx8PZj6Ge9aIPCgHx1eR8g0toRy +kkg== X-Gm-Message-State: AOJu0Yxj9XOG+DI2EO3/EehKn2bxST8ZH/CwQS/DUfuacv1UVefLuhmP ERNNf7zxSs2zcYh0mOxf4figQNAq5eHqDXY8XjyIuTull2zn+UvKooCGhh08AxbgfiCvDSqcVWs CARZetrbkNJVMYKoSmuYgIoH4QaIk81rK7sBd X-Gm-Gg: ASbGnctRg854vUHiP9cWl9gz8FkfayY6u1u+dZ9to+1CoYStlD7kC2AwZ+RAVZSsjOJ qk7DWH94pBg6ol15pseIE7Qkm4//1/ijU6dJ0wDkf1Ugplv3be7kHz8h6C52eDfUSWhvKlMKF17 WDv5VfRMsCp7ahcfEsMNx08+EDKZMBjcj3d5fb8/STqiJAzsRdtmrcDSwVGeBopCI24rSG1lFji +xX X-Google-Smtp-Source: AGHT+IHmSRsFAjkGncRYeTNhdnwAmcCFq10mZKmIHsjRkQNV+q4HpcJe9CZA7oQXYjThqSRPscD//GNw5qt6rXHOUeU= X-Received: by 2002:a05:6808:16a3:b0:401:cae9:4dc3 with SMTP id 5614622812f47-40d040803bcmr5358029b6e.8.1751742646276; Sat, 05 Jul 2025 12:10:46 -0700 (PDT) MIME-Version: 1.0 References: <20250705125207.31b4d475@pfortin.com> <20250705142416.06e99667@pfortin.com> In-Reply-To: <20250705142416.06e99667@pfortin.com> From: Ron Johnson Date: Sat, 5 Jul 2025 15:10:35 -0400 X-Gm-Features: Ac12FXy09jkiWQj4_kqy3a9JmrwyAd8xhR_lKFz2WzLGP4Nv1waq5cjQKuiI8Uc Message-ID: Subject: Re: pg_upgrade: can I use same binary for old & new? To: pgsql-general Content-Type: multipart/alternative; boundary="0000000000002b547e0639335eb3" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000002b547e0639335eb3 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sat, Jul 5, 2025 at 2:24=E2=80=AFPM wrote: > On Sat, 5 Jul 2025 11:11:32 -0700 Adrian Klaver wrote: > > >On 7/5/25 09:52, Pierre Fortin wrote: > > >> Wanting to upgrade from: > >> PostgreSQL 15.13 on x86_64-mageia-linux-gnu, > >> compiled by gcc (Mageia 15.1.0-1.mga10) 15.1.0, 64-bit > >> to: > >> PG 17.5 > >> > >> Way back, I was able to use -k|--link option on pg_upgrade (PG13 to > PG15); > >> but since then: > >> > >> - my DB has grown to over 8TB > > > >How did you measure above? > > # du -sb /var/lib/pgsql/data > 8227910662297 /var/lib/pgsql/data > > >> - even with ~70TB, I don't have enough contiguous disk space to > >> dump/restore > > > >What was the pg_dump command? > > Didn't try given: > $ df /mnt/db > Filesystem Size Used Avail Use% Mounted on > /dev/sdh1 17T 13T 3.0T 82% /mnt/db > > I suppose I could dump each of the 1408 objects to various available > drives; but given my previous experience with PG13 to PG15 using --link > which took seconds; I'm hoping to avoid wasting time (at my age, hours > matter). > There's something you're not telling us. The whole point of "pg_upgrade --link" is an in-place upgrade. It might use a few extra GB of disk space for when it backs up the PG15 schema and restores it to PG17. Thus, why are you complaining about running out of disk space? --=20 Death to , and butter sauce. Don't boil me, I'm still alive. lobster! --0000000000002b547e0639335eb3 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Sat, Jul 5, 2025 at 2:24=E2=80=AFPM &l= t;pf@pfortin.com> wrote:
On Sat, 5 Jul 2025 11:11:32 -0700 Adrian Klaver wrote:<= br>
>On 7/5/25 09:52, Pierre Fortin wrote:

>> Wanting to upgrade from:
>> PostgreSQL 15.13 on x86_64-mageia-linux-gnu,
>> compiled by gcc (Mageia 15.1.0-1.mga10) 15.1.0, 64-bit
>> to:
>> PG 17.5
>>
>> Way back, I was able to use -k|--link option on pg_upgrade (PG13 t= o PG15);
>> but since then:
>>
>> - my DB has grown to over 8TB=C2=A0
>
>How did you measure above?

# du -sb /var/lib/pgsql/data
8227910662297=C2=A0 =C2=A0/var/lib/pgsql/data

>> - even with ~70TB, I don't have enough contiguous disk space t= o
>>=C2=A0 =C2=A0 dump/restore=C2=A0
>
>What was the pg_dump command?

Didn't try given:
$ df /mnt/db
Filesystem=C2=A0 =C2=A0 =C2=A0 Size=C2=A0 Used Avail Use% Mounted on
/dev/sdh1=C2=A0 =C2=A0 =C2=A0 =C2=A0 17T=C2=A0 =C2=A013T=C2=A0 3.0T=C2=A0 8= 2% /mnt/db

I suppose I could dump each of the 1408 objects to various available
drives; but given my previous experience with PG13 to PG15 using --link
which took seconds; I'm hoping to avoid wasting time (at my age, hours<= br> matter).

There's=C2=A0something you= 're not telling=C2=A0us.=C2=A0 The whole point of "pg_upgrade --li= nk" is an in-place upgrade. It might use a few extra GB of disk space = for when it backs up the PG15 schema and restores it to PG17.=C2=A0 Thus, w= hy are you complaining=C2=A0about running out of disk space?

--
Death to <Redacted&g= t;, and butter sauce.
Don't boil me, I'm still alive.
<= div><Redacted> lobster!
--0000000000002b547e0639335eb3--