From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | John R Pierce <pierce(at)hogranch(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: pg_upgrade & tablespaces |
Date: | 2013-12-19 21:24:25 |
Message-ID: | 20131219212425.GA12147@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
On Thu, Dec 19, 2013 at 01:14:15PM -0800, John R Pierce wrote:
> On 12/19/2013 1:06 PM, Joseph Kregloh wrote:
> >It's easier to keep things segregated. It is not anymore different
> >than doing the upgrade in the same jail. Which at the end of the
> >day you are doing the upgrade in the same jail, because at the end
> >of the day pg_upgrade just needs the old data an binary to start
> >and create some dump files.
>
> pg_upgrade needs to access the old data AND all the tablespaces at
> the same paths as the old server sees them AND the new data and
> tablespaces at the same path as the NEW server sees them. if the
> two servers are in different jails, I don't see how you could make
> that work... if you run pg_upgrade in the host system, then all the
> paths are different for both sets of data and tablespaces.
The big question is should pg_upgrade be checking for this situation in
--check mode, and if so, what should it check for?
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
+ Everyone has their own god. +
From | Date | Subject | |
---|---|---|---|
Next Message | Anand Kumar, Karthik | 2013-12-19 21:28:37 | Best way to sync possibly corrupted data? |
Previous Message | Bruce Momjian | 2013-12-19 21:18:07 | Re: pg_upgrade & tablespaces |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2013-12-19 21:33:00 | Re: preserving forensic information when we freeze |
Previous Message | Bruce Momjian | 2013-12-19 21:18:07 | Re: pg_upgrade & tablespaces |