Fwd: dblink_connect fails

From: James Sewell <james(dot)sewell(at)lisasoft(dot)com>
To: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Fwd: dblink_connect fails
Date: 2015-12-17 02:10:20
Message-ID: CANkGpBtaAzsv6L0bYFQ_6OQvtXxRFY9bJ-AoCu9aFUMBf9hFzg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Oops left off the list.

---------- Forwarded message ----------
From: *James Sewell* <james(dot)sewell(at)lisasoft(dot)com>
Date: Thursday, 17 December 2015
Subject: dblink_connect fails
To: Joe Conway <mail(at)joeconway(dot)com>

On Thu, Dec 17, 2015 at 12:11 PM, Joe Conway <mail(at)joeconway(dot)com
<javascript:_e(%7B%7D,'cvml','mail(at)joeconway(dot)com');>> wrote:

> On 12/16/2015 04:53 PM, James Sewell wrote:
> > No it is not.
> >
> > Just in case I tried setting it to 'postgres', logged in without -U
> > (doesn't work without PGUSER set) and tried the operation again.
>
> > > DETAIL: FATAL: role "PRDSWIDEGRID01$" does not exist
>
> That "PRDSWIDEGRID01$" is coming from somewhere in your environment.
> Looks like it is supposed to be a variable of some sort which is
> supposed to resolve to an actual postgres user but for some reason doesn't.
>
> What about FDWs?
>

This is a new database with some tables and dblink loaded.

The PRDSWIDEGRID01 is actually the hostname - but I just can't see how
it's getting injected.

My understanding was that psql -U should override? And also that any user
variable just sets the user PostgreSQL variable - which is postgres.

Strange stuff. I've just tried from cygwin, from Windows psql and from
PGAdmin - all the same result.

>
>
> --
> Crunchy Data - http://crunchydata.com
> PostgreSQL Support for Secure Enterprises
> Consulting, Training, & Open Source Development
>
>

--

James Sewell,
PostgreSQL Team Lead / Solutions Architect
______________________________________

Level 2, 50 Queen St, Melbourne VIC 3000

*P *(+61) 3 8370 8000 *W* www.lisasoft.com *F *(+61) 3 8370 8099

--

------------------------------
The contents of this email are confidential and may be subject to legal or
professional privilege and copyright. No representation is made that this
email is free of viruses or other defects. If you have received this
communication in error, you may not copy or distribute any part of it or
otherwise disclose its contents to anyone. Please advise the sender of your
incorrect receipt of this correspondence.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Karl Czajkowski 2015-12-17 02:27:55 Re: Check old and new tuple in row-level policy?
Previous Message Melvin Davidson 2015-12-17 01:18:54 Re: dblink_connect fails