Skip site navigation (1) Skip section navigation (2)

Re: [GENERAL] pg_upgrade problem

From: hubert depesz lubaczewski <depesz(at)depesz(dot)com>
To: Bruce Momjian <bruce(at)momjian(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgreSQL(dot)org>
Subject: Re: [GENERAL] pg_upgrade problem
Date: 2011-08-29 16:54:41
Message-ID: 20110829165441.GA28573@depesz.com (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackers
On Fri, Aug 26, 2011 at 05:28:35PM +0200, hubert depesz lubaczewski wrote:
> On Fri, Aug 26, 2011 at 12:18:55AM -0400, Bruce Momjian wrote:
> > 
> > OK, this was very helpful.  I found out that there is a bug in current
> > 9.0.X, 9.1.X, and HEAD that I introduced recently when I excluded temp
> > tables.  (The bug is not in any released version of pg_upgrade.)  The
> > attached, applied patches should fix it for you.  I assume you are
> > running 9.0.X, and not 9.0.4.
> 
> pg_upgrade worked. Now I'm doing reindex and later on vacuumdb -az.

vacuumdb failed. The fail looks very similar to the one I had on 9.0.4.

After long vacuum I got:
INFO:  vacuuming "pg_toast.pg_toast_106668498"
vacuumdb: vacuuming of database "etsy_v2" failed: ERROR:  could not access status of transaction 3429738606
DETAIL:  Could not open file "pg_clog/0CC6": No such file or directory.

Unfortunately at the moment, I no longer have the old (8.3) setup, but I do
have the 9.0.X and will be happy to provide any info you might need to help me
debug/fix the problem.

Best regards,

depesz


In response to

Responses

pgsql-hackers by date

Next:From: Robert HaasDate: 2011-08-29 16:58:19
Subject: Re: limit in subquery causes poor selectivity estimation
Previous:From: Robert HaasDate: 2011-08-29 16:53:51
Subject: Re: spinlocks on HP-UX

pgsql-general by date

Next:From: hubert depesz lubaczewskiDate: 2011-08-29 17:49:24
Subject: Re: [GENERAL] pg_upgrade problem
Previous:From: Martín MarquésDate: 2011-08-29 16:48:48
Subject: Re: passing cursors from one PL function to another

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group