From: | Marti Raudsepp <marti(at)juffo(dot)org> |
---|---|
To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Bruce Momjian <bruce(at)momjian(dot)us> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Subject: | Re: [PATCH] pg_upgrade fails when postgres/template1 isn't in default tablespace |
Date: | 2015-07-20 07:31:11 |
Message-ID: | CABRT9RDT2pzM59E8V79TPdd+m19DUcy0XK28KNBou_KSSD-V=w@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Jun 22, 2015 at 9:20 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Fri, Jun 19, 2015 at 12:10 PM, Marti Raudsepp <marti(at)juffo(dot)org> wrote:
>> One of my databases failed to upgrade successfully and produced this error
>> in the copying phase:
>>
>> error while copying relation "pg_catalog.pg_largeobject"
>> ("/srv/ssd/PG_9.3_201306121/1/12023" to "/PG_9.4_201409291/1/12130"): No
>> such file or directory
> I haven't looked at the patch, but this seems like a good thing to
> fix. Hopefully Bruce will take a look soon.
Ping? This has gone a month without a reply.
Should I add this patch to a commitfest? (I was under the impression
that bugfixes don't normally go through the commitfest process)
Regards,
Marti Raudsepp
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2015-07-20 07:47:31 | Re: [COMMITTERS] pgsql: Retain comments on indexes and constraints at ALTER TABLE ... TY |
Previous Message | Beena Emerson | 2015-07-20 07:18:00 | Re: Support for N synchronous standby servers - take 2 |