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

Re: BUG #6733: All Tables Empty After pg_upgrade (PG 9.2.0 beta 2)

From: Mike Wilson <mfwilson(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #6733: All Tables Empty After pg_upgrade (PG 9.2.0 beta 2)
Date: 2012-07-16 19:56:25
Message-ID: 8A0530E7-4D74-41BD-BD48-A30E9B31D172@gmail.com (view raw or flat)
Thread:
Lists: pgsql-bugspgsql-hackers
Just for my interest I also created a new PG 842 db (initdb) and put some sample data it it and successfully did a pg_upgrade from 842 -> 920b2.  Whatever the issue is it seems to be related to my actual database as a sample db conversion works.  Again, 842-914 conversion works for my db though so possibly it was some change that happened to pg_upgrade since 914 was released that is having poor interaction with my actual db cluster.

Also, I wanted to make sure I wasn't using some git checkout of 920 I downloaded the postgresql-9.2.beta2.tgz from the PostgreSQL site dir-browser and re-compiled.  Still have the problem unfortunately.

Cheers.

Mike Wilson
mfwilson(at)gmail(dot)com



On Jul 15, 2012, at 2:45 PM, Tom Lane wrote:

> Mike Wilson <mfwilson(at)gmail(dot)com> writes:
>> I've had some time to examine this closer over the weekend.  It
>> appears that pg_upgrade for 9.2b2 segfaults which more than likely has
>> something to do with the resulting converted database appearing to
>> have no rows.
> 
> Yeah, more than likely :-(.  Could we see a stack trace from the
> segfault?
> 
>> Of possible note in this DB is that the previous DBA renamed the
>> "postgres" user.
> 
> Hmm.  There is a known bug in beta2 that's triggered by old and new
> clusters not having the same name for the bootstrap superuser; although
> I don't recall that the symptoms included a segfault.  In any case,
> I'd suggest making sure the new cluster is initdb'd under the same
> account that currently owns the old cluster.
> 
> 			regards, tom lane

In response to

Responses

pgsql-hackers by date

Next:From: Josh BerkusDate: 2012-07-16 20:50:56
Subject: Re: Closing out the June commitfest
Previous:From: Tom LaneDate: 2012-07-16 19:46:07
Subject: Re: [PERFORM] DELETE vs TRUNCATE explanation

pgsql-bugs by date

Next:From: Trey ChadickDate: 2012-07-16 23:01:00
Subject: Re: BUG #6652: Installer grants postgres user rights for the whole disk, not specified subfolder
Previous:From: Peter EisentrautDate: 2012-07-16 18:13:18
Subject: Re: BUG #6732: Build issue when using gettext on FreeBSD 9

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