1、 Cannot allocate memory问题,进程数满了的解决办法
今天一大早来到公司就发现一台远程服务器的进程满了,无法连接上远程服务器,如下图所示:
出现这种情况,主要是因为进程跑满了,memory被消耗光了,无法为其他的操作,包括vnc操作命令和SSH连接分配内存,我们可以用两个办法:
1、init 6(重启服务器,注意,不是重启tomcat)
大家都知道,死机了就重启开机嘛,要是不行init 6 不行在使用reboot强制重启(可能需要多敲几次)
第一种比较粗暴,通常情况下我们选择第二种:
2、free:通过free命令查看内存剩余可用情况(这个命令可能需要多敲几遍)
命令可带参数:
-b 以Byte为单位显示内存使用情况。
-k 以KB为单位显示内存使用情况。
-m 以MB为单位显示内存使用情况。
-g 以GB为单位显示内存使用情况。
-o 不显示缓冲区调节列。
-s<间隔秒数> 持续观察内存使用状况。
-t 显示内存总和列。
-V 显示版本信息。
页面显示参数解释:
total:总计物理内存的大小。
used:已使用多大。
free:可用有多少。
Shared:多个进程共享的内存总额。
Buffers/cached:磁盘缓存的大小
Swap:交换分区(虚拟内存)情况;Mem:实际内存的使用情况
sysctl kernel.pid_max:查看最大进程数
主要是查看pid_max指标的,pid_max是Linux内核用来限制进程数的一个最大指标,换言之,即最大允许进程这个多,超过了服务器就挂了
ps -eLf | wc -l:查看本服务器进程数
一般出现 -bash: fork: Cannot allocate memory 本机的进程数应该接近或等于pid_max指标值的,此处我已经重启服务器解决了这个问题,所以显示进程数较少
当我们确认是因为进程数满了导致服务器挂了,我们可以
- echo 1000000 > /proc/sys/kernel/pid_max:修改pid_max值为1000000
- echo "kernel.pid_max=1000000 " >> /etc/sysctl.confsysctl -p:设置永久生效
这样就可以了,保险起见 然后找到占用空间最大的进程,把它干掉就解决了
参考:https://www.cnblogs.com/ydkzf-qiu/p/10237183.html