Re: pg_upgrade & tablespaces - Mailing list pgsql-general

From Bruce Momjian
Subject Re: pg_upgrade & tablespaces
Date
Msg-id 20131219212425.GA12147@momjian.us
Whole thread Raw
In response to Re: pg_upgrade & tablespaces  (John R Pierce <pierce@hogranch.com>)
List pgsql-general
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@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +


pgsql-general by date:

Previous
From: "Anand Kumar, Karthik"
Date:
Subject: Re: index and table corruption
Next
From: "Anand Kumar, Karthik"
Date:
Subject: Best way to sync possibly corrupted data?