-bash: fork: 无法分配内存答案

【问题标题】：-bash: fork: Cannot allocate memory-bash: fork: 无法分配内存
【发布时间】：2017-09-24 21:48:35
【问题描述】：

当我在 bash shell 中运行任何命令时，它会返回：

$ free -m
-bash: fork: Cannot allocate memory

然后我尝试使用ps 命令调试内存泄漏。它返回：

$ ps --sort -rss -eo rss,pid,command | head
RSS   PID COMMAND
518116 1310 /usr/bin/influxd -pidfile /var/run/influxdb/influxd.pid -config /etc/influxdb/influxdb.conf
281700 1912 /opt/td-agent/embedded/bin/ruby /usr/sbin/td-agent --log /var/log/td-agent/td-agent.log --daemon /var/run/td-agent/td-agent.pid
68260 23896 /home/alphauser/Envs/vogo-alpha/bin/python ./manage.py runserver 0.0.0.0:8008
43720 20201 python ./manage.py runserver 0.0.0.0:8008
36928  2223 rsyslogd
27432  1909 /opt/td-agent/embedded/bin/ruby /usr/sbin/td-agent --log /var/log/td-agent/td-agent.log --daemon /var/run/td-agent/td-agent.pid
25296 15009 /usr/bin/telegraf -pidfile /var/run/telegraf/telegraf.pid -config /etc/telegraf/telegraf.conf -config-directory /etc/telegraf/telegraf.d
24428 32529 /usr/sbin/grafana-server --pidfile=/var/run/grafana-server.pid --config=/etc/grafana/grafana.ini cfg:default.paths.data=/var/lib/grafana cfg:default.paths.logs=/var/log/grafana cfg:default.paths.plugins=/var/lib/grafana/plugins
20792  2314 /var/lib/waagent/Microsoft.OSTCExtensions.LinuxDiagnostic-2.3.9025/bin/mdsd -A -C -c /var/lib/waagent/Microsoft.OSTCExtensions.LinuxDiagnostic-2.3.9025/./xmlCfg.xml -p 29131 -R -r lad_mdsd -e /var/log/azure/Microsoft.OSTCExtensions.LinuxDiagnostic/2.3.9025/mdsd.err -w /var/log/azure/Microsoft.OSTCExtensions.LinuxDiagnostic/2.3.9025/mdsd.warn -o /var/log/azure/Microsoft.OSTCExtensions.LinuxDiagnostic/2.3.9025/mdsd.info

如何调试？核心问题是什么？

【问题讨论】：

标签： linux bash memory ubuntu-16.04

【解决方案1】：

您可能首先要检查系统内存使用情况，看看是否还有足够的可用内存。

如果不是，这是我的情况，请通过键入ulimit -a 检查您的 ulimit，看看您是否已达到最大打开文件的限制（主要是由某些占用大量文件描述符的某些进程引起的）。在这种情况下，调整 ulimit 将解决您的问题。

【讨论】：

【解决方案2】：

我的 Ubuntu 14.04 桌面也遇到了这个问题。

 free -m

即使这些基本命令也显示无法分配内存错误。经过调查，发现系统正在使用所有内存进行缓存并且没有释放内存。这称为缓存膨胀并通过清除缓存解决了这个问题。

【讨论】：

【解决方案3】：

我遇到了同样的问题。在我的案例中，在通过“proc/meminfo”了解内存的详细信息后，我发现他们使用“TOP”的大量 CPU 和内存的 PID。之后，我用“ps -o etime= -p "PID" 检查了它们运行了多长时间 "。然后我用 "kill -9 PID" 杀死 PID。

【讨论】：

【解决方案4】：

在我的情况下，操作系统用完了 PID 而不是内存，但错误消息是相同的。

max PID number的默认值为32768，查看值，运行

cat  /proc/sys/kernel/pid_max

要更改最大 pid 号，请运行

echo 100000 > /proc/sys/kernel/pid_max

在我的场景中，根本原因是一个java进程产生了18k+线程（在linux内核中，线程本质上是一个进程），要找出每个进程的线程数，运行

ps -eo nlwp,pid,args --sort nlwp

【讨论】：