All sessions appear in closing state, here's another one:
$ loginctl show-session 77
Id=77
User=1004
Name=raccess
Timestamp=Чт 2018-03-29 20:30:02 MSK
TimestampMonotonic=2363185101
VTNr=0
Remote=yes
RemoteHost=216.126.59.227
Service=sshd
Scope=session-77.scope
Leader=3389
Audit=77
Type=tty
Class=u
I am having the same issue on Ubuntu 16.04 now. All sessions appear to
be for one user that is used for incoming ssh connections for rsync.
Here's an example:
$ loginctl show-session 59
Id=59
User=1004
Name=raccess
Timestamp=Чт 2018-03-29 20:20:03 MSK
TimestampMonotonic=1763641802
VTNr=0
Remote=ye
This only seems to happen for us, on 14.04 LTS at least, if the package
'systemd' is installed rather than merely libsystemd-{daemon,login}0,
and systemd-{services,shim}. It could be that a workaround is simply to
remove the 'systemd' package, assuming it's not required for your
particular setup.
We have same issue :(
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1426362
Title:
logind session files fill up /run space
To manage notifications about this bug go to:
https://bugs.launchpad.net/u
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: systemd-shim (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1426362
Title:
I'm noticing this as an issue as well. My scenario is in using Fabric or
Ansible to do deployments. A large number of these dangling SSH files
are in the /run/systemd/sessions/ folder and eventually cause the "out
of disk space" issue.
--
You received this bug notification because you are a membe
** Package changed: systemd (Ubuntu) => systemd-shim (Ubuntu)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1426362
Title:
logind session files fill up /run space
To manage notifications about this
The server (vm) used as a management gateway to other service. Sessions
opened by SSH. Remote machine opens a SSH connection with a key, by SSH
force command, a python script opens, do the stuffs, and exits.
Sessions are in 'closing' state, but no processes (not even zombies) are
exist under this
It should remove them, yes. I wonder if all these sessions are still
open, i. e. are there any leftover processes in them? Can you please
give me the output of "loginctl", and then "loginctl " for a few
session IDs? (local ones look like "c2", remote ones should just be a
number).
** Summary chang
I. e. it should remove them as soon as the sessions are actually closed.
Otherwise, if you log out, they merely go into state "closing", and wait
until all remaining processes are going away. If you start screen
sessions or other background jobs, they'll stay around for those.
--
You received thi
10 matches
Mail list logo