Re: Establishing remote connections is slow - Mailing list pgsql-admin

From Kevin Grittner
Subject Re: Establishing remote connections is slow
Date
Msg-id 4F155D480200002500044884@gw.wicourts.gov
Whole thread Raw
In response to Re: Establishing remote connections is slow  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Establishing remote connections is slow  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-admin
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> "Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
>> Mindaugas *ak*auskas<mindas@gmail.com> wrote:
>>> The essence is that establishing remote connection takes
>>> anywhere from 10 to 30 seconds. Once connected, the queries are
>>> fast
>
>> The only time I've seen something similar, there was no reverse
>> DNS entry to go from IP address to host name.  Adding that
>> corrected the issue.  I would try that.
>
>> If that fixes it, the questions would be whether PostgreSQL is
>> doing an unnecessary reverse DNS lookup.
>
> Having log_hostname off is supposed to prevent us from attempting
> a reverse DNS lookup ... but it would be worth checking into
> whether one is happening anyway.  (I would think though that such
> activity would be visible in strace/truss output.  Perhaps you
> should turn log_hostname *on* and verify that you see the lookup
> activity in strace that wasn't there before.)

Actually, where I've seen this sort of problem, it was the client
code which was doing the unnecessary reverse DNS lookup.  What
controls this in psql?

-Kevin

pgsql-admin by date:

Previous
From: Tom Lane
Date:
Subject: Re: Establishing remote connections is slow
Next
From: "Kevin Grittner"
Date:
Subject: Re: Post Removal