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 17:58:11 |
Message-ID: | 4CF24053-1540-4843-AC50-45F37B9FC536@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
core stack:
root(at)db4 / $ pstack ~postgres/core
core '/opt/postgres/core' of 19868: pg_upgrade --verbose --link --old-datadir=/opt/postgres/db/root/old --
fffffd7ffeda1148 memcpy () + 6b8
000000000040b8b6 transfer_single_new_db () + fa
000000000040b6ea transfer_all_new_dbs () + 116
000000000040ae62 main () + 106
000000000040580c ???????? ()
As to the ownership, the bash script I am testing 9.1.4 and 9.2.0 with recursively chowns the directory that owns the old and the new PGDATA directory before running pg_upgrade.
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
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2012-07-16 18:13:18 | Re: BUG #6732: Build issue when using gettext on FreeBSD 9 |
Previous Message | Tom Lane | 2012-07-16 17:27:41 | Re: BUG #6734: create table (like ...) fails if an index has a comment |
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2012-07-16 18:39:58 | Re: [PERFORM] DELETE vs TRUNCATE explanation |
Previous Message | Robert Haas | 2012-07-16 17:40:13 | Re: Getting rid of pre-assignment of index names in CREATE TABLE LIKE |