IN ('pg_catalog',
'information_schema', 'binary_upgrade', 'pg_toast') AND
c.oid >= 16384) OR (n.nspname = 'pg_catalog' AND relname IN
('pg_largeobject', 'pg_largeobject_loid_pn_index',
'pg_largeobject_metadata', 'pg_largeobject_metadata_oid_index') ));
ERROR: relation "info_rels" already exists
Failure, exiting
Please advise,
Arthur Pemberton
IN ('pg_catalog',
'information_schema', 'binary_upgrade', 'pg_toast') AND
c.oid >= 16384) OR (n.nspname = 'pg_catalog' AND relname IN
('pg_largeobject', 'pg_largeobject_loid_pn_index',
'pg_largeobject_metadata', 'pg_largeobject_metadata_oid_index') ));
ERROR: relation "info_rels" already exists
Failure, exiting
Please advise,
Arthur Pemberton
ude/et'
CC = gcc
CPPFLAGS = -I/usr/include/et -D_GNU_SOURCE -I/usr/include/libxml2
-I/usr/include
CFLAGS = -Wall -Wmissing-prototypes -Wpointer-arith
-Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute
-Wformat-security -fno-strict-aliasing -fwrapv -O2 -g -pipe -Wall
-W
Nothing useful. I'm just going to give up and use pg_dump to a new machine.
Hopefully that allows me to bypass this issue.
On Mon, Jan 4, 2016 at 4:58 PM, Adrian Klaver
wrote:
> On 01/04/2016 12:53 PM, Arthur Pemberton wrote:
>
>> Yes, I have tried it without --jobs,
Maybe there was a verbose settings that would have given me that, but what
I pasted was literally all the output I got. In the end, I did a pg_dumpapp
On Mon, Jan 4, 2016 at 8:40 PM, Adrian Klaver
wrote:
> On 01/04/2016 02:37 PM, Arthur Pemberton wrote:
>
>> Nothing useful. I
