From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Florian Pflug <fgp(at)phlo(dot)org>, Honza Horak <hhorak(at)redhat(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Ability to listen on two unix sockets |
Date: | 2012-06-11 21:54:03 |
Message-ID: | 1339451643.11971.9.camel@vanquo.pezone.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On sön, 2012-06-10 at 17:35 -0400, Tom Lane wrote:
> I'm unconvinced that allowing multiple port numbers is worth the
> amount of confusion it will cause.
Well, it's a feature that people have asked for. I would love to have
it. Much more than multiple Unix-domain socket locations.
> In particular, we've traditionally
> used "the port number" as part of the key for resources such as shared
> memory.
But it hasn't been a requirement for a long time that those match up
exactly. It's already possible that they don't, if you configure
postmasters with the same port and non-conflicting IP addresses or
Unix-socket locations.
> I think we'd want the number used for that purpose to be what
> is written into the lock file ... but then what if the postmaster is
> not actually listening on *any* actual socket with that number?
> pg_ctl will not be happy.
>
I'm not sure why pg_ctl needs to know about the shared memory business.
We write the shared memory key into the lock file, so the port number in
the lock file should just be a port number for pg_ctl to use. Of course
you can configure things so that pg_ctl cannot contact the postmaster,
but this problem already exists in a more likely fashion with
listen_addresses. Adding an extra port doesn't make it more likely.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2012-06-11 21:57:41 | Re: [COMMITTERS] pgsql: Run pgindent on 9.2 source tree in preparation for first 9.3 |
Previous Message | Peter Eisentraut | 2012-06-11 21:47:09 | Re: Ability to listen on two unix sockets |