Re: BUG #14226: pg_upgrade for 8.4 to 9.4 failed

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: nqtien310(at)gmail(dot)com, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #14226: pg_upgrade for 8.4 to 9.4 failed
Date: 2016-07-27 00:23:41
Message-ID: 20160727002341.GE27321@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Mon, Jul 4, 2016 at 12:09:32PM -0400, Tom Lane wrote:
> nqtien310(at)gmail(dot)com writes:
> > But then the process was failed when I run the actual upgrade
> > "/usr/pgsql-9.4/bin/pg_upgrade -d /var/lib/pgsql/data -D
> > /var/lib/pgsql/9.4.test/data -b /usr/bin/ -B /usr/pgsql-9.4/bin/
>
> > I consulted the log and saw these errors:
> > ------------------
> > pg_restore: creating CONSTRAINT yodlee_user_accounts_pkey
> > pg_restore: creating INDEX concurrently
> > pg_restore: [archiver (db)] Error while PROCESSING TOC:
> > pg_restore: [archiver (db)] Error from TOC entry 2638; 1259 19738 INDEX
> > concurrently blueleaf
> > pg_restore: [archiver (db)] could not execute query: ERROR: CREATE INDEX
> > CONCURRENTLY cannot be executed from a function or multi-command string
> > Command was:
>
> Drop or rename your index named "concurrently".
>
> (PG 9.0 and up seem to quote that index name safely, but 8.4 doesn't,
> and it's long out of support.)

That is odd because pg_upgrade uses the _new_ 9.4 pg_dump to dump the
old 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 ganuri 2016-07-27 00:57:25 BUG #14265: inserting multiple rows via array notation gives error
Previous Message Justin Pryzby 2016-07-26 22:44:48 Re: unrecognized option '--help' Try "vacuumdb --help" for more information