“bash: fork: Resource temporarily unavailable”的解决方案

这两天,我登陆到一台服务器上,偶尔就出现"bash: fork: Resource temporarily unavailable"的提示,这是什么命令都不能用,但偶尔过一会就好了。前两天也没太在意,今天再次遇到,然后找到了根本原因。
当出现"bash: fork: Resource temporarily unavailable"时,一般来说是系统上的进程数量太多了,达到了命令"ulimit -u"的限制。(当系统进程达到限制后,kernel会自动kill掉一些进程,这就是好我过一会又能操作的原因了。)这种情况产生的原因,一是某个程序有bug,不断地fork新的进程消耗系统资源,二是可能中了病毒(恶意程序),比如所谓的fork炸弹。

我进行了如下操作:

发现当前用户下面居然有1020个进程,我仔细一看,很多的"vgt-sync.sh"之类的进程,这个shell脚本是我自己以前写的啊,里面有一个while的死循环,本来单独运行这个脚本是正确的,没有任何问题,但是我却把它配置到crontab任务中每小时都去运行,这样就会每小时都会新增一个vgt-sync.sh进程,随着时间的推移,本机上的进程就越来越多了,从而导致了上面的问题。

所以,我的找到原因,解决方法就简单了,显示kill掉这些进程,然后修改我的脚本,既然用了crontab就别写死循环了。

再来看看我的那个非常简单脚本吧,刚好和crontab结合起来使用就有了bug了。

我遇到的情况是自己的程序bug,下面简单说一下fork炸弹吧。
所谓fork炸弹是一种恶意程序,它的内部是一个不断在fork进程的无限循环,fork炸弹并不需要有特别的权限即可对系统造成破坏。现在来看一个最简单的fork炸弹:

一行看似无法理解的只有13个字符的命令,即可占用掉所有系统的资源。其实,这行命令如果这样写成bash script就不难理解了:

  冒号":"其实是函数名,这个bash脚本就是在不断的执行该函数,然后不断fork出新的进程。那么,有没有办法扼制这种情况的发生呢?答案是肯定的,只需设置进程的limit数即可,就算fork炸弹运行也没关系,如果我的limit限制很小的话,几百个简单进程也不消耗完系统的所有资源:
ulimit -u 200 #设置当前用户最多的进程数量限制为200
  使用工具ulimit即可设置各种限制数,具体的请参考该工具的manual page(man bash)。在这里笔者限制了max user processes数为200,所以,可以安全地执行这个fork炸弹了:

master

Stay hungry, stay foolish.

2 Comments

  1. 发现当前用户下面居然有1020个进程,我仔细一看,很多的"vgt-sync.sh"之类的进程

    这个是怎么查看的?需要其他的工具么?

    • 简单的话 top命令看一下。
      或者 ps ux 查看一下有哪些进程

发表评论

邮箱地址不会被公开。 必填项已用*标注

*