Am 10.12.2013 22:55, schrieb Thomas Bächler:
> # /run/systemd/users/1000
> # This is private data. Do not parse.
> NAME=test
> STATE=closing
> RUNTIME=/run/user/1000
> [email protected]
> SLICE=user-1000.slice
> REALTIME=1386712031039381
> MONOTONIC=14242584
> SESSIONS=1
> SEATS=seat0
> ACT
Am 10.12.2013 20:07, schrieb Lennart Poettering:
>> The screenshot actually has the full output of 'loginctl user-status
>> $user', which includes all open sessions of the user (in this case,
>> none). I also verified with 'ps' that all processes by that user are
>> gone, except the (sd-pam) and sy
On Tue, Dec 10, 2013 at 7:19 PM, Lennart Poettering
wrote:
> That service should be reference counted by the sessions of the users
> logging in. I should hence go away if the users successfully log out
> from their last session.
>
> Your screenshot shows the user as "closing". Usually that state i
On Dec 10, 2013, at 11:19 AM, Lennart Poettering wrote:
> On Mon, 09.12.13 20:56, Thomas Bächler ([email protected]) wrote:
>
>> In systemd 208 and latest systemd git, every user gets a new
>> [email protected] instance when they login. However, when their last session
>> exits, that service is
On Tue, 10.12.13 19:30, Thomas Bächler ([email protected]) wrote:
> Am 10.12.2013 19:19, schrieb Lennart Poettering:
> > That service should be reference counted by the sessions of the users
> > logging in. I should hence go away if the users successfully log out
> > from their last session.
>
Am 10.12.2013 19:19, schrieb Lennart Poettering:
> That service should be reference counted by the sessions of the users
> logging in. I should hence go away if the users successfully log out
> from their last session.
That sounds like the behaviour I would expect.
> Your screenshot shows the use
On Mon, 09.12.13 20:56, Thomas Bächler ([email protected]) wrote:
> In systemd 208 and latest systemd git, every user gets a new
> [email protected] instance when they login. However, when their last session
> exits, that service is not terminated.
>
> After a few weeks of uptime on one of my serv
In systemd 208 and latest systemd git, every user gets a new
[email protected] instance when they login. However, when their last session
exits, that service is not terminated.
After a few weeks of uptime on one of my servers, dozens of
[email protected] units are running, belonging to users that logged i
