Re: Odd listen_addresses behavior

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Odd listen_addresses behavior
Date: 2017-03-15 19:57:53
Message-ID: 4153.1489607873@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Joshua D. Drake" <jd(at)commandprompt(dot)com> writes:
> jd(at)jd-wks:~/snap/postgresql96/common$ grep listen_addresses
> data/postgresql.conf
> listen_addresses = '192*' # what IP address(es) to listen on;

> -- I wasn't actually expecting the above to work. I was just testing.

Fails as expected for me:

$ postgres --listen-addresses='192*'
2017-03-15 15:50:11.024 EDT [3852] LOG: could not translate host name "192*", service "5432" to address: Name or service not known
2017-03-15 15:50:11.024 EDT [3852] WARNING: could not create listen socket for "192*"
2017-03-15 15:50:11.024 EDT [3852] FATAL: could not create any TCP/IP sockets
2017-03-15 15:50:11.024 EDT [3852] LOG: database system is shut down

> postgres=# show listen_addresses ;
> listen_addresses
> ------------------
> *
> (1 row)

I'm suspicious that you have an override of listen_addresses somewhere ---
for instance, the "-i" postmaster command line switch effectively is
--listen-addresses='*'. Even if you had a version of getnameinfo() that
failed to complain about '192*', that would not cause the recorded value
of the string GUC to silently transmogrify into something else. You might
look into pg_settings to see where it says that value of listen_addresses
came from.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2017-03-15 19:58:38 Re: WIP: Faster Expression Processing v4
Previous Message Ashutosh Sharma 2017-03-15 19:54:26 Re: Microvacuum support for Hash Index