Re: pg_upgrade & tablespaces
От | Adrian Klaver |
---|---|
Тема | Re: pg_upgrade & tablespaces |
Дата | |
Msg-id | 52BDEE0B.6010809@gmail.com обсуждение исходный текст |
Ответ на | Re: pg_upgrade & tablespaces (Joseph Kregloh <jkregloh@sproutloud.com>) |
Список | pgsql-general |
On 12/27/2013 01:00 PM, Joseph Kregloh wrote: > > Postgres is going to /usr/local/pgsql/data/drupal___dbspace/ to look > for the 9.0 files instead of > /usr/local/pgsql_90/data/__drupal_dbspace/ and is trying to copy > them as 9.3 versions into the new default location which has the > same path. Since the new > /usr/local/pgsql/data/drupal___dbspace/PG_9.0_201008051 is empty it > is failing. > > > That is exactly what is going on. I think what I am going to end up > doing is: I am not sure that is going to work. > > - Leaving 9.0 in the default location, this way it will successfully > complete PG upgrade. So you will have 9.3 installed in /opt correct? > - Uninstall 9.0 > - Manually move the user created tablespaces into the 9.3 data folder The 9.0 tablespaces correct? Why, this after the upgrade they are no longer of use to the 9.3 installation and cannot be used by it? > - Reinstall 9.3 to go into the default location, right now its installed > in /opt using the PREFIX Now 9.3 is in /usr/local/ correct? > - Move the 9.3 data folder into the default location. Same problem, different direction:) The 9.3 tablespaces in pg_tablespace will be looking back at the old /opt location which does not exist > - Cleanup the old 9.0 folders > > Then in theory it should start right up. > > I would assume that if the user created tablespaces were created outside > of the /data folder then this would not be an issue. But again, I am not > the DBA, I clean up after everybody else. Well the idea behind user created tablespaces is to spread the data load across filesystems/disks. So, yes it is generally best practice not to put them in the default PGDATA directory. > > Thanks for all your help Adrian. > > -Joseph -- Adrian Klaver adrian.klaver@gmail.com
В списке pgsql-general по дате отправления: