Re: BUG #14236: pg_upgrade failed

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: nqtien310(at)gmail(dot)com
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #14236: pg_upgrade failed
Date: 2016-07-29 02:49:53
Message-ID: 20160729024953.GA17219@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Fri, Jul 8, 2016 at 04:28:48AM +0000, nqtien310(at)gmail(dot)com wrote:
> The following bug has been logged on the website:
>
> Bug reference: 14236
> Logged by: Tien Nguyen
> Email address: nqtien310(at)gmail(dot)com
> PostgreSQL version: 9.4.1
> Operating system: Linux
> Description:
>
> To whom this might concern,
>
> I upgraded Postgres from 8.4 -> 9.4 a couple of days ago using pg_upgrade
> with -k ( hard link ) option
> - /usr/pgsql-9.4/bin/pg_upgrade -k -d /var/lib/pgsql/data -D
> /var/lib/pgsql/9.4/data -b /usr/bin/ -B /usr/pgsql-9.4/bin/
>
> It worked fine until yesterday, the new database seem to be corrupted, it
> returns a very weird error (I forgot to capture those errors). Therefor I
> have to delete the new cluster
> - rm -rf /var/lib/pgsql/9.4/data
>
> And run the upgrade again, this time I get the following error
> - pg_dump: query to get data of sequence
> "asset_tracker_notifications_id_seq" returned 0 rows (expected 1)
>
> There's a couple of things that are confusing me
> - Why I can't run the upgrade now, is there any change this can be fixed
> ?
> - What cause the new database to be corrupted, is it related to the -k (
> hard link ) option ?
> - What is the correct way to use the -k ( hard link ) options ?
>
> Any help will be highly appreciated, we're gonna do the real upgrade on
> Production next week , so this is very urgent, thanks in advanced

The documentation says:

If you use link mode, the upgrade will be much faster (no file
copying) and use less disk space, but you will not be able to access
your old cluster once you start the new cluster after the upgrade.

"You can't access" also means can't re-upgrade the cluster.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ As you are, so once was I. As I am, so you will be. +
+ Ancient Roman grave inscription +

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Michael Paquier 2016-07-29 03:05:11 Re: BUG #14236: pg_upgrade failed
Previous Message David G. Johnston 2016-07-28 20:36:32 Re: BUG #14268: NULL parameter conversion