操作系统信息
VM Debian 11
Kubernetes版本信息
ks0 Ready control-plane,master v1.22.15 Debian GNU/Linux 11 (bullseye) 5.10.0-16-amd64 containerd://1.4.13
ks1 Ready <none> v1.22.15 Debian GNU/Linux 11 (bullseye) 5.10.0-16-amd64 containerd://1.4.13
ks2 Ready <none> v1.22.15 Debian GNU/Linux 11 (bullseye) 5.10.0-16-amd64 containerd://1.4.13
ks3 Ready <none> v1.22.15 Debian GNU/Linux 11 (bullseye) 5.10.0-16-amd64 containerd://1.4.13
ks4 Ready <none> v1.22.15 Debian GNU/Linux 11 (bullseye) 5.10.0-16-amd64 containerd://1.4.13
ks5 Ready <none> v1.22.15 Debian GNU/Linux 11 (bullseye) 5.10.0-16-amd64 containerd://1.4.13
ks6 Ready <none> v1.22.15 Debian GNU/Linux 11 (bullseye) 5.10.0-16-amd64 containerd://1.4.13
使用Ceph作为SC
KubeSphere版本信息
v3.3.1
问题是什么
ks-controller-manager 进入 CrushLoopBack 状态, 日志显示 Too many open file.

已尝试过的操作
1:修改deploy,使 ks-controller-manager 固定到某个节点
2:修改/etc/sysctl fs.max_file,重启所有节点
3:修改/etc/profile添加ulimit -Sn -Hn
以上操作均无效,仍然几率性出现 Too many open file
而且系统、k8s和contrainerd没有发现报错,其他pod仍可正常使用,看上去不像是 docker 或者 k8s 或者 vm 或 母机导致的ulimit。有无可能是 ks-controller-manager 内部的ulimit导致的