RE: pg_restore issues with intarray

From: Kevin Brannen <KBrannen(at)efji(dot)com>
To: Jerry Sievers <gsievers19(at)comcast(dot)net>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: RE: pg_restore issues with intarray
Date: 2019-09-06 15:32:17
Message-ID: DM6PR19MB3451DC85B998257FC0DF75F4A4BA0@DM6PR19MB3451.namprd19.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

>From: Jerry Sievers <gsievers19(at)comcast(dot)net>
>
>>Kevin Brannen <KBrannen(at)efji(dot)com> writes:
>>
>> It feels like the restore is adding the intarray extension, which does
>> a CREATE OPERATOR FAMILY on its own, then later the restore does
>> CREATE OPERATOR FAMILY on again causing the problem. Yet this doesn't
>> happen on most of our databases, just a few. It's maddening to me.
>>
>
>I've seen this sort of problem before.
>
>It was due to some legacy DBs where I work having a few missing extension membership registrations.
>
>pg_dump wants to include any such things in the output which may run afoul of same having been already created by the extension load.

Ugh! That would explain why it's only on some installs and only on the
"older" ones. Thanks for the info!

Did you ever find any work around? Or is it just a matter of recognizing
what's going on, ignore those "warnings", and moving to a later version to
get past this so it doesn't happen again?

Kevin
This e-mail transmission, and any documents, files or previous e-mail messages attached to it, may contain confidential information. If you are not the intended recipient, or a person responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, distribution, review, copy or use of any of the information contained in or attached to this message is STRICTLY PROHIBITED. If you have received this transmission in error, please immediately notify us by reply e-mail, and destroy the original transmission and its attachments without reading them or saving them to disk. Thank you.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Kevin Brannen 2019-09-06 15:45:08 RE: pg_restore issues with intarray
Previous Message Kevin Brannen 2019-09-06 15:05:33 RE: SQL equivalint of #incude directive ?