Jamie Fox wrote:
> I regret that as a part-timer recently brought back on here I didn't
> get an opportunity to test this earlier. The upgrade with the patch
> worked fine on my first attempt.
Great. Thanks for the report, and sorry for the bug.
-
I regret that as a part-timer recently brought back on here I didn't
get an opportunity to test this earlier. The upgrade with the patch
worked fine on my first attempt.
Thanks again,
Jamie
On Wed, Sep 28, 2011 at 7:32 PM, Bruce Momjian wrote:
> Jamie Fox wrote:
>> Thanks, I'm following the th
Jamie Fox wrote:
> Thanks, I'm following the thread "pg_upgrade automatic testing" and
> will try the patch just detailed there.
I have applied the patch to head and 9.1.X. We still have a win32 bug
to fix. It is a shame I was not able to fix these before 9.1.1 was
released. :-(
--
Thanks, I'm following the thread "pg_upgrade automatic testing" and
will try the patch just detailed there.
Jamie
On Wed, Sep 28, 2011 at 12:50 AM, Peter Eisentraut wrote:
> On tis, 2011-09-27 at 16:19 -0700, Jamie Fox wrote:
>>
>> It fails at this stage:
>>
>> Restoring user relation files
On tis, 2011-09-27 at 16:19 -0700, Jamie Fox wrote:
>
> It fails at this stage:
>
> Restoring user relation files
> linking /data/pgsql/prod-84/base/11564/2613 to
> /data/pgsql/prod-91/base/12698/12570
> linking /data/pgsql/prod-84/base/11564/2683 to
> /data/pgsql/prod-91/base/12698/1
Hi -
I've had no problem upgrading copies our qa databases (which are
backed up and restored with pg_dump/pg_restore) but have run into the
same problem each time I try to upgrade a copy of our production
database (backed up and restored via PITR). After verifying a
successful restore and vacuum