linux进程数限制导致无法连接服务

器

解决方法：

1、检查服务器是否正常运行，如果服务器没有正常运行，则需要重启服务器。

2、检查服务器的系统资源，如内存、CPU等，确保服务器的系统资源充足，以支持更多的连接。

3、检查Linux系统的进程数限制，如果进程数限制过低，可以通过修改/etc/security/limits.conf文件来提高进程数的限制。

4、检查服务器的网络配置，如果服务器的网络配置不正确，可能会导致服务器无法接受连接。

查看系统允许的最大线程数：

Linux无法直接控制单个进程可拥有的线程数，但有参考公式max = VM/stack_size，默认stack为8k，可通过降低stack大小或增加虚拟内存来调大每个进程可拥有的最大线程数；

对于支持多线程的程序如Java，有可能会遇到一个进程无法创建更多线程的情形，其原因多种多样，而OS端可能由此参数造成.

查看系统允许的最大进程数：

ulimit -a 显示当前所有的资源限制

root用户下执行 ulimit -a 然后查看 max user processes这个值通常是系统最大线程数的一半：/proc/sys/kernel/threads-max/2

普通用户下 ulimit -u 出现的max user processes的值 默认是 /etc/security/limits.d/20-nproc.conf（centos6 是90-nproc.conf） 文件中的

普通用户默认是1024

打开/etc/security/limits.conf (部分的系统是在/etc/security/limits.d/90-nproc.conf)

设置限制数量，第一列表示用户，* 表示所有用户

soft nproc ：单个用户可用的最大进程数量(超过会警告)

hard nproc：单个用户可用的最大进程数量(超过会报错)

soft nofile ：可打开的文件描述符的最大数(超过会警告)

hard nofile ：可打开的文件描述符的最大数(超过会报错)

重启后生效

reboot

查询当前某程序的线程数

pstree -p 进程号 | wc -l

管道符号"|"左边命令的输出作为右边命令的输入

直接修改/etc/security/limits.conf 文件中的 * softnproc 65535 值后，普通用户最大进程数无法达到65535 ，因为用户的max user processes的值，最后是受全局的kernel.pid_max的值限制。也就是说kernel.pid_max=1024 ，那么你用户的max user processes的值是127426 ，用户能打开的最大进程数还是1024。

永久修改系统最高进程数的方法

在/etc/sysctl.conf中添加kernel.pid_max = 65535

vim /etc/sysctl.conf

kernel.pid_max = 65535

或者：

echo "kernel.pid_max = 65535" >>/etc/sysctl.conf

然后重启机器。

临时修改的方法：

echo 65535 >/proc/sys/kernel/pid_max

所以以上都 *** 作完成后，才算是正确修改了max user processes 的值

本方法以linux发行版RHEL7为例，Linux下使用PS命令结合相关参数可以查看linux当前系统下的所有进程、所有运行中的进程、所有非root运行的进程、所有指定用户运行的进程。

1.桌面点击右键d出菜单选择“Open in Terminal”，打开命令行终端

【以下 *** 作输入命令均在命令行终端输入】

2.在命令行终端执行ps的帮助命令“ps --helpa”查看ps命令参数列表

3.根据参数显示，使用命令“ps -A”查看当前系统所有的进程

说明一下：从RHEL7开始服务的管理程序改为了systemd.

4.使用“ps-aux|less”，查看当前系统正在运行的所有进程【all】

使用q键退出

5.使用“ps -U root -u root -N”，查看当前系统中非root运行的所有进程

6.使用“ps –u sshd”，查看sshd用户运行的所有进程

sshd用户没有运行进程，也就是说明并没有启动ssh服务。

---