From: | Daniel Begin <jfd553(at)hotmail(dot)com> |
---|---|
To: | "'John R Pierce'" <pierce(at)hogranch(dot)com>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Restarting DB after moving to another drive |
Date: | 2015-05-13 21:34:45 |
Message-ID: | COL129-DS123C60DA57622FC132D7B294D90@phx.gbl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Thank John,
I was naive hoping I just had to run "$ psql -f pgdumpall.output postgres"...
but it makes sense since the drive on which it is all stored won't be there anymore.
So let's read initdb documentation :-)
Daniel
-----Original Message-----
From: pgsql-general-owner(at)postgresql(dot)org [mailto:pgsql-general-owner(at)postgresql(dot)org] On Behalf Of John R Pierce
Sent: May-13-15 14:16
To: pgsql-general(at)postgresql(dot)org
Subject: Re: [GENERAL] Restarting DB after moving to another drive
On 5/13/2015 11:06 AM, Daniel Begin wrote:
> I am then currently running pg_dumpall on the database. I will restore the cluster on the new drive once completed. However, there is still something obscure in the process. The doc says "pg_dumpall requires all needed tablespace directories to exist before the restore". External tablespaces directories are easy to create but what's about pg_default and pg_global tablespace since I never created specific tablespaces for them?
those are created when you initdb the target cluster prior to restoring the pg_dumpall output.
--
john r pierce, recycling bits in santa cruz
--
Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2015-05-13 22:05:09 | Re: Thousands of schemas and ANALYZE goes out of memory |
Previous Message | John R Pierce | 2015-05-13 18:15:57 | Re: Restarting DB after moving to another drive |