[SSH and Denyhosts updated for v6.1]

On 10/25/2023 at 2:05 PM, cayuga said:

Hi there,

 

I have recently updated my unraid server (from 6.11.5) to 6.12.4, and i am now running into a pretty unique issue. Every time a new SSH session is created, a new cgroup is created. Unfortunately this new cgroup does not get cleaned up when the session is closed.

 

I use SSH to run some icinga monitoring checks on the host. this adds up pretty fast, reaching the cgroup limit of 65535 within a few weeks. When the limit is reached, i cannot start new docker containers:

 

docker: error response from daemon: failed to create shim task: oci runtime create failed: runc create failed: unable to start container process: unable to apply cgroup configuration: mkdir /sys/fs/cgroup/docker/XXX: no space left on device: unknown.

 

Restarting the SSH Daemon does not appear to work, i have to restart the server to clear the defunct cgroups.

 

The amount of cgroups can be viewed using:

 

cat /proc/cgroups
#subsys_name	hierarchy	num_cgroups	enabled
cpuset	0	52	1
cpu	0	52	1
cpuacct	0	52	1
blkio	0	52	1
memory	0	52	1
devices	0	52	1
freezer	0	52	1
net_cls	0	52	1
perf_event	0	52	1
net_prio	0	52	1
hugetlb	0	52	1
pids	0	52	1

 

All these cgroups appear as /sys/fs/cgroup/cXX:

 

/sys/fs/cgroup# ls
c1/   c15/  c20/  c4/  cgroup.controllers      cgroup.threads         io.stat
c10/  c16/  c21/  c5/  cgroup.max.depth        cpu.stat               machine/
c11/  c17/  c22/  c6/  cgroup.max.descendants  cpuset.cpus.effective  memory.numa_stat
c12/  c18/  c23/  c7/  cgroup.procs            cpuset.mems.effective  memory.reclaim
c13/  c19/  c24/  c8/  cgroup.stat             docker/                memory.stat
c14/  c2/   c3/   c9/  cgroup.subtree_control  elogind/

 

I have found one similar issue on the interwebs from 6 years ago:

https://stackoverflow.com/questions/45690117/ubuntu-server-every-ssh-connect-creates-non-deleted-cgroup

 

 

It appears to be a pretty fringe issue. I do not have any other servers to try and reproduce this. i don't know if this is the right place for this issue, i can imagine this may go way deeper into openSSH/docker itself than just the plugin.

 

Any help is appreciated.

 

 

 

 

Got the same Problem on Version 6.12.6 ...

Only reboot or manual delete with cgdelete helps ... Strange Problem happens when using ssh.

/sys/fs/cgroup gots a new directory (c5 , c6 ....c65300) every ssh connection starts  . No auto delete or cleanup after closing ssh

[Server Startet von alleine Neu]

Für welches Board hast du dich nun entschlossen ?! Wäre ganz interessant... Hatte auch gerade noch das GigaByte Z790 D DDR4 im Focus ...

[Umstieg von linuxserver/unifi-controller auf linuxserver/unifi-network-application]

Hey, ich hatte vor nächste Woche mich mal an das Thema ranzusetzten , da ich erstens da Urlaub habe und zweitens auch noch 2 Unifi Access Points im alten Linuxserver image auf docker laufen habe...

 

Ich gucke mal wie es bei mir läuft und melde mich dann nochmal , falls du solange warten willst...

Gruss

Tobias

[[Plug-In] Community Applications]

Same problem on my Instance today...

 

Something really wrong went on during get_content
Post the ENTIRE contents of this message in the Community Applications Support Thread

OS: 6.11.5
Browser: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/112.0.0.0 Safari/537.36
Language:

No data was returned. It is probable that another browser session has rebooted your server. Reloading this browser tab will probably fix this error