Re: BUG #9003: Hard-coding to localhost in postmaster
От | Bruce Momjian |
---|---|
Тема | Re: BUG #9003: Hard-coding to localhost in postmaster |
Дата | |
Msg-id | 20140128195146.GP20898@momjian.us обсуждение исходный текст |
Ответ на | BUG #9003: Hard-coding to localhost in postmaster (pmorie@redhat.com) |
Ответы |
Re: BUG #9003: Hard-coding to localhost in postmaster
Re: BUG #9003: Hard-coding to localhost in postmaster |
Список | pgsql-bugs |
On Tue, Jan 28, 2014 at 02:46:52PM -0500, Paul Morie wrote: > Apologies: I should have explained more of the context in my original post to this list. > I work for Red Hat on OpenShift and discovered this while investigating error messages > in the postgres logs (the bug report in OpenShift: https://bugzilla.redhat.com/show_bug.cgi?id=1024676). > Since it impacts the autovacuum functionality for our users, I wanted to see if I could > get an upstream fix. > > In OpenShift, user processes run inside a 'gear' - which has its own /etc/passwd entry, > selinux context, etc. Each gear user gets a 127.x.x.x loopback device to bind to so it > can all use the same ports like 8080 for web traffic, 5432 for postgres. That's only > possible if each gear gets its own unique loopback address. Binding to > localhost/127.0.0.1 is explicitly disallowed. > > We are not currently using network namespaces in OpenShift because they were not available > in the RHEL kernel until 6.5 (released Nov 2013). Now that they're supported, using them > in OpenShift is one of our high-priority items. > > Hope that clarifies why I would be interested in this option :) Based on your setup, why would you not DNS-map "localhost" to whatever 127.x.x.x address you gave that gear? We specifically bind to the "localhost" string and not 127.0.0.1. -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://enterprisedb.com + Everyone has their own god. +
В списке pgsql-bugs по дате отправления: