Re: PG in container w/ pid namespace is init, process exits cause restart - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: PG in container w/ pid namespace is init, process exits cause restart
Date
Msg-id 20210503202809.GA14882@alvherre.pgsql
Whole thread Raw
In response to Re: PG in container w/ pid namespace is init, process exits cause restart  (Andres Freund <andres@anarazel.de>)
List pgsql-hackers
On 2021-May-03, Andres Freund wrote:

> Using / for a single statically linked binary that e.g. just serves a
> bunch of hardcoded files is one thing. Putting actual data in / for
> something like postgres another.

Yeah, I just had a word with them and I had misunderstood what they were
doing.  They were attempting something completely insane and pointless,
so I'm going to leave it at that.

> I think there's a few more special cases when running as init, other
> than reparenting. E.g. I think the default signal handlers are
> different, the kernel kills the process in fewer cases etc. I am not
> opposed to adding support for it, but I think it'd need a bit of care.

Ok, we can leave that as future development then.

> Given that we probably shouldn't just break things in a minor release by
> refusing to run as 1, a warning seems to be the easiest thing for now?

WFM.

-- 
Álvaro Herrera       Valdivia, Chile
"Once again, thank you and all of the developers for your hard work on
PostgreSQL.  This is by far the most pleasant management experience of
any database I've worked on."                             (Dan Harris)
http://archives.postgresql.org/pgsql-performance/2006-04/msg00247.php



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: PG in container w/ pid namespace is init, process exits cause restart
Next
From: Andrew Dunstan
Date:
Subject: Re: PG in container w/ pid namespace is init, process exits cause restart