Tom, after patching pg_upgrade now runs successfully. I noticed that this
patch had been applied since yesterday to the REL9_2_STABLE so I also tested
with a git pull without the patch that appears to work also. I think issue has
been resolved for me, thanks so much! You guys rock!
Mike
ke to make sure that I'm using the same
version as your successful test. Thanks.
Mike Wilson
mfwil...@gmail.com
On Jul 17, 2012, at 4:39 PM, Bruce Momjian wrote:
> On Tue, Jul 17, 2012 at 04:01:08PM -0700, Mike Wilson wrote:
>> Please find below the full pg_upgrade output. Let
and re-compiled. Still have the problem unfortunately.
Cheers.
Mike Wilson
mfwil...@gmail.com
On Jul 15, 2012, at 2:45 PM, Tom Lane wrote:
> Mike Wilson writes:
>> I've had some time to examine this closer over the weekend. It
>> appears that pg_upgrade for 9.2b2 segf
s () + 116
0040ae62 main () + 106
0040580c ()
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
mfwil...@gmail.com
On Jul 15, 2012,
trying to
get the non-link version of the upgrade working. That would be relatively
painful though as this upgrade will be for a commercial internet site that
can't easily tolerate a long down and the production DB is over a TB in size.
I am really looking forward to 9.2's index o
This can be closed. I figured out what I was doing wrong, which was after the
conversion I was cleaning up the old datadir by deleting it, which destroyed
the hard links to the data since I am using pg_upgrade --link
Mike Wilson
On Jul 12, 2012, at 3:49 PM, Bruce Momjian wrote:
> On
