$ cat /sys/fs/cgroup/pids//user.slice/user-1000.slice/session-2.scope/pids.max
max
What is "cat /proc/self/cgroup" in an ssh session for you? The cgroup tree output from above is likely the name=systemd controller, but TasksMax translates to the "pids.max" setting in the "pids" cgroup controller.
So we need to find out what's different on your system:
- Do you see any error messages in "sudo journalctl -t sshd"?
- Does your session have a $XDG_SESSION_ID (should be a small number)?
- What is the output of "sudo journalctl -t systemd-logind", "loginctl", and "loginctl show-session $XDG_SESSION_ID"?
- Can you please just attach the output of the full journal, just in case? (sudo journalctl -b > /tmp/journal.txt)
I checked this on a ppc64el xenial scalingstack instance, and ssh sessions are in the expected controller:
$ egrep 'systemd|pids' /proc/self/cgroup /user.slice/ user-1000. slice/session- 2.scope systemd: /user.slice/ user-1000. slice/session- 2.scope
5:pids:
1:name=
$ cat /sys/fs/ cgroup/ pids//user. slice/user- 1000.slice/ session- 2.scope/ pids.max
max
What is "cat /proc/self/cgroup" in an ssh session for you? The cgroup tree output from above is likely the name=systemd controller, but TasksMax translates to the "pids.max" setting in the "pids" cgroup controller.
So we need to find out what's different on your system:
- Do you see any error messages in "sudo journalctl -t sshd"?
- Does your session have a $XDG_SESSION_ID (should be a small number)?
- What is the output of "sudo journalctl -t systemd-logind", "loginctl", and "loginctl show-session $XDG_SESSION_ID"?
- Can you please just attach the output of the full journal, just in case? (sudo journalctl -b > /tmp/journal.txt)
Thank you!