“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炸弹了:

  • 3
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值