Re: Document that server will start even if it's unable to open some TCP/IP ports - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Document that server will start even if it's unable to open some TCP/IP ports
Date
Msg-id 1883797.1686712264@sss.pgh.pa.us
Whole thread Raw
In response to Re: Document that server will start even if it's unable to open some TCP/IP ports  (Kyotaro Horiguchi <horikyota.ntt@gmail.com>)
Responses Re: Document that server will start even if it's unable to open some TCP/IP ports
List pgsql-hackers
Kyotaro Horiguchi <horikyota.ntt@gmail.com> writes:
> If I had to say, I would feel it rather surprising if server
> successfully starts even when any explicitly-specified port can't be
> opened (which is the current case).

There is certainly an argument that such a condition indicates that
something's very broken in our configuration and we should complain.
But I'm not sure how exciting the case is in practice.  The systemd
guys would really like us to be willing to come up before any network
interfaces are up, and then auto-listen to those interfaces when they
do come up.  On the other hand, the situation with Unix sockets is
much more static: if you can't make a socket in /tmp or /var/run at
the instant of postmaster start, it's unlikely you will be able to do
so later.

Maybe we need different rules for TCP versus Unix-domain sockets?
I'm not sure what exactly, but lumping those cases together for
a discussion like this feels wrong.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Amit Kapila
Date:
Subject: Re: [DOC] Update ALTER SUBSCRIPTION documentation v3
Next
From: "Zhijie Hou (Fujitsu)"
Date:
Subject: RE: TRAP: FailedAssertion("prev_first_lsn < cur_txn->first_lsn", File: "reorderbuffer.c", Line: 927, PID: 568639)