<div dir="ltr"><div dir="ltr">On Sat, Jan 26, 2019 at 6:55 PM Mantas Mikulėnas <<a href="mailto:grawity@gmail.com">grawity@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Sat, Jan 26, 2019 at 6:36 PM Steve Bergman <<a href="mailto:steve@sbergman.net" target="_blank">steve@sbergman.net</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I have a Debian 9 server, fully updated (systemd 240-4) which acts as an <br>
X2Go desktop server hosting remote X sessions for about 150 users.  I've <br>
made no special customizations to the systemd configuration.  On boot, <br>
immediately after systemd-user-sessions.service starts, systemd <br>
immediately creates slices for most of my users, starts a user manager <br>
for each, and mounts a run directory for each.  Users which have not <br>
logged in for a very long time (possibly since before the upgrade from <br>
Debian 7 with sysvinit to Debian 9 with systemd) are not included.  But <br>
if I log in as one of these users then, starting with the next reboot, <br>
those accounts are included, as well.<br>
<br>
Is this normal?  This server is certainly acting quite differently than <br>
any of my others, where the slices and management processes get created <br>
on login and destroyed on logout.<br></blockquote><div><br></div><div>Take a look at /var/lib/systemd/linger. Something, <a href="https://codesearch.debian.net/search?q=enable-linger+package%3A%5CQx2goserver%5CE" target="_blank">quite possibly X2go</a>, is configuring systemd to start a user@<uid>.service for every user on boot.</div><div><br></div><div>This is normally off by default and done by the admin via `loginctl enable-linger <user>` or `loginctl disable-linger <user>`. (The feature is there to let certain users start stuff on boot without having to rely on e.g. cron's @reboot jobs.)</div></div></div></blockquote><div><br></div><div>Forgot to finish that thought. It looks like X2go uses this feature because it also avoids systemd's usual cleanup on logout, as there's no easy opt-out for that. (Although I believe it's now usually disabled distro-wide via /etc/systemd/logind.conf anyway?)</div></div><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Mantas Mikulėnas</div></div></div>