Feedback-ID: i76984098:Fastmail
Message-ID: <ec0d1d35-fe7e-48f8-b63d-c2497aba1760@aklaver.com>
Date: Mon, 14 Sep 2026 14:55:02 -0700
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: Upgrading 6 versions between 2 systems
To: Rich Shepard <rshepard@appl-ecosys.com>, pgsql-general@postgresql.org
References: <deee7dc-8e5e-cbba-aa3-2141e5d15c6a@appl-ecosys.com>
 <201090.1789418600@sss.pgh.pa.us>
 <6d2b5aa-8346-19ee-e12b-7abe23d7f685@appl-ecosys.com>
Content-Language: en-US
From: Adrian Klaver <adrian.klaver@aklaver.com>
In-Reply-To: <6d2b5aa-8346-19ee-e12b-7abe23d7f685@appl-ecosys.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: 
 <https://www.postgresql.org/message-id/ec0d1d35-fe7e-48f8-b63d-c2497aba1760%40aklaver.com>
Precedence: bulk

On 9/14/26 2:39 PM, Rich Shepard wrote:
> On Mon, 14 Sep 2026, Tom Lane wrote:
> 
>> You could, but better practice is to use pg_dump[all] from the newer
>> version to take a dump from the old server.
> 
> Tom,
> 
> I know that's the way it's normally done, but the two versions are on
> different LAN hosts and each runs a different Slackware version (14.2 with
> the current data) and verson 15.0 on a different host.

Since you are transferring the data as text that should not be a 
problem. Just point the newer version of pg_dumpall, I assume the one on 
the Slackware 15 host, at the older version Postgres server.

> 
>> Keep in mind also that 6 years is a lot of time for things to change.
>> I expect your dump will probably load okay, but test your application
>> for compatibility.
> 
> My databases are small, most for specific projects. I'll dump each database
> separately rather than the whole cluster. That way I can see if a problem
> shows up.
> 
> Thanks,
> 
> Rich
> 
> 


-- 
Adrian Klaver
adrian.klaver@aklaver.com