From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Paul Guo <pguo(at)pivotal(dot)io>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [Patch] Create a new session in postmaster by calling setsid() |
Date: | 2018-09-30 12:47:54 |
Message-ID: | 20180930124754.GC1763@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Sep 13, 2018 at 12:24:38PM -0700, Andres Freund wrote:
> On 2018-09-13 15:27:58 +0800, Paul Guo wrote:
>> From the respective of users instead of developers, I think for such
>> important
>> service, tty should be dissociated, i.e. postmaster should be daemonized by
>> default (and even should have default log filename?) or be setsid()-ed at
>> least.
>
> I don't think it'd be good to switch to postgres daemonizing itself. If
> we were starting fresh, maybe, but there's plenty people invoking
> postgres from scripts etc. And tools like systemd don't actually want
> daemons to fork away, so there's no clear need from that side either.
It seems to me that the thread is pointing out that we would not want
the postmaster to daemonize itself, but that something in pg_ctl could
be introduced, potentially optional. I am marking this patch as
returned with feedback.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2018-09-30 12:49:47 | Re: [PATCH] Find additional connection service files in pg_service.conf.d directory |
Previous Message | Michael Paquier | 2018-09-30 12:45:10 | Re: automatic restore point |