Bug#989317: systemd kill background processes after user logs out (#825394 regression)

Michael Biebl biebl at debian.org
Tue Jun 1 16:20:42 BST 2021


Am 01.06.2021 um 17:18 schrieb Michael Biebl:
> Am 01.06.2021 um 16:24 schrieb Matt Corallo:
>> No, the shell is spawned from sshd (and almost nothing else running on 
>> the host).
>>
>> On 6/1/21 04:22, Michael Biebl wrote:
>>> Control: tags -1 + moreinfo
>>>
>>> Am 01.06.2021 um 02:37 schrieb Matt Corallo:
>>>> After upgrading to bullseye on a test machine, spawning an lxc 
>>>> container with systemd-run[1] still kills the lxc container after 
>>>> the spawning shell is closed (and the user logs out). No only does 
>>>> the lxc container eventually get killed, but systemd refuses any 
>>>> further login for the user while it waits for the lxc container to 
>>>> die (something like maybe 30 seconds for a simple lxc container 
>>>> running an sshd service), making it appear the system has hung.
>>>>
>>>> This doesn't appear to be resolved by the options suggested in the 
>>>> man page for systemd-run like `loginctl enable-linger` or 
>>>> `KillUserProcesses=no` (which appears to still be the default).
>>>>
>>>> Matt
>>>>
>>>> [1] eg systemd-run --user -p "Delegate=yes" --unit=fuzzer -- 
>>>> lxc-start --name fuzzer -- /usr/sbin/sshd -D
> 
> So, you log in via ssh, then start a (second) sshd process (inside a lxc 
> container) via the above command?

Would be great to have a set a commands which allows us reproduce the 
problem.



More information about the Pkg-systemd-maintainers mailing list