Re: A local replication entry

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: John Scalia <jayknowsunix(at)gmail(dot)com>
Cc: Shreeyansh dba <shreeyansh2014(at)gmail(dot)com>, "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org>
Subject: Re: A local replication entry
Date: 2014-10-29 18:35:39
Message-ID: 29188.1414607739@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

John Scalia <jayknowsunix(at)gmail(dot)com> writes:
> ... So, it really is using the correct pg_hba.conf.

Yeah, sure looks that way.

> Allow me to note, in closing, that this particular VM: csgha2 has been a problem child since it was built, and many things have been broken on it. I don't know if this is another
> one of the very hard-to-solve problems or not. I may try this on another of my sandbox systems. Still I need to know why this is failing.

Interesting, though it doesn't offer any very clear theory for what's
going on here.

The only theory I've got at this point is that somehow the address
matching code is failing to match the incoming connection to the spec
"127.0.0.1/32", perhaps because the platform's libc is filling in the
sockaddr struct weirdly. check_ip() and pg_range_sockaddr() would be
the things to look at if you care to try to trace through the code.
You could also experiment, for instance does 0.0.0.0/0 successfully
match?

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Rural Hunter 2014-10-30 07:17:30 wrong count estimation in query plan
Previous Message John Scalia 2014-10-29 17:53:03 Re: A local replication entry