Re: Problem with pg_upgrade - Mailing list pgsql-bugs

From Bruce Momjian
Subject Re: Problem with pg_upgrade
Date
Msg-id 20120706193029.GB11753@momjian.us
Whole thread Raw
In response to Problem with pg_upgrade  (Payal Singh <payals1@umbc.edu>)
Responses Re: Problem with pg_upgrade  (Payal Singh <payals1@umbc.edu>)
List pgsql-bugs
On Fri, Jul 06, 2012 at 02:22:28PM -0400, Payal Singh wrote:
> The first message in the log is probably because the backup is taken from a
> standby. I am using omnipitr-backup-slave to make the backups and then
> restoring one of those.

OK, this is what I wanted to see.  Is the server running while you are
taking these backups, because that will not work.

> The whole process that I followed is:
>
>
>  1. Restoring backup file:
>  2.
>  3. payal@sparedb1:/data/pg$ sudo tar -xvzf /mnt/nas/backups/postgres/
>     userslave2/backups/data/userslave2.int.functionx.net-xlog-2012-07-03.tar.gz

> 489. payal@sparedb1:/data/pg$ sudo tar -xvzf /mnt/nas/backups/postgres/
>     userslave2/backups/data/userslave2.int.functionx.net-xlog-2012-07-03.tar.gz
> 490. 9.1/pg_xlog/
> 491. 9.1/pg_xlog/000000010000027C00000070
> 492. 9.1/pg_xlog/000000010000027C0000006B.009707C0.backup
> 493. 9.1/pg_xlog/000000010000027C0000006D
> 494. 9.1/pg_xlog/000000010000027C0000006C
> 495. 9.1/pg_xlog/000000010000027C0000006B
> 496. 9.1/pg_xlog/000000010000027C0000006E
> 497. 9.1/pg_xlog/000000010000027C00000071
> 498. 9.1/pg_xlog/000000010000027C0000006F

Why is the xlog backup a separate step?  Because it is a separate file
system?  The system is down, I assume.

If you run vacuumedb now, does everything later work fine?

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +

pgsql-bugs by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Problem with pg_upgrade
Next
From: Payal Singh
Date:
Subject: Re: Problem with pg_upgrade