Re: Back-patch use of unnamed POSIX semaphores for Linux? - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Back-patch use of unnamed POSIX semaphores for Linux?
Date
Msg-id 32665.1481150572@sss.pgh.pa.us
Whole thread Raw
In response to Re: Back-patch use of unnamed POSIX semaphores for Linux?  (Alex Hunsaker <badalex@gmail.com>)
Responses Re: Back-patch use of unnamed POSIX semaphores for Linux?  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: Back-patch use of unnamed POSIX semaphores for Linux?  (Alex Hunsaker <badalex@gmail.com>)
List pgsql-hackers
Alex Hunsaker <badalex@gmail.com> writes:
> On Wed, Dec 7, 2016 at 1:12 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> But this is all kind of moot if Peter is right that systemd will zap
>> POSIX shmem along with SysV semaphores.  I've been trying to reproduce
>> the issue on a Fedora 25 installation, and so far I can't get it to
>> zap anything, so I'm a bit at a loss how to prove things one way or
>> the other.

> After logon, you should see "/usr/lib/systemd/systemd --user" running for
> that user. After logout out, said proc should exit.

Hmm ... after further experimentation, I still can't get this version of
systemd (231) to do anything evil.  It turns out that Fedora ships it with
KillUserProcesses turned off by default, and maybe having that on is a
prerequisite for the other behavior?  But that doesn't make a lot of sense
because we'd never be seeing the reports of databases moaning about lost
semaphores if the processes got killed first.  Anyway, I see nothing bad
happening if KillUserProcesses is off, while if it's on then the database
gets shut down reasonably politely via SIGTERM.

Color me confused ... maybe systemd's behavior has changed?
        regards, tom lane



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Indirect indexes
Next
From: Andres Freund
Date:
Subject: Re: Back-patch use of unnamed POSIX semaphores for Linux?