LWP进程资源耗尽,Resource temporarily unavailable

LWP进程资源耗尽,Resource temporarily unavailable

微信公众号:《小姐姐味道》,文末附二维码,欢迎关注。

服务器环境使用root账户运行应用程序是非常危险的,容易让人拿到shell变成肉鸡。所以有点意识的团队,都会建立一个低权限的普通用户用来运行java程序。

权限低,有点不像亲儿子,在资源紧张的困难时刻尤其能看出来。

现象

问题是在一台公用的测试环境机器发生的,正式环境并没有复现。这台服务器部署了几十个服务,且部署账户最近从root切换到了xjjbot

运行一段时间后,服务器频繁发生问题了。首先,有大量连接处于CLOSE_WAIT状态,一度以为是被动关闭的问题。但并不是。

netstat -antp | grep CLOSE | awk '{print $7}'  | sort | uniq -c

奇怪的是,使用root账户或者其他账户登录系统,操作一切正常。然而当切换到xjjbot账户,则会报以下错误:

# sudo su - xjjbot
bash: fork: retry: no child processes
bash: fork: retry: no child processes
bash: fork: retry: no child processes
bash: fork: retry: no child processes
bash: fork: Resource temporarily unavailable

以上是系统级别的报错信息。这种情况下,jvm也会有相应报错,但恐怕你也没有机会去看了(可以使用其他系统用户查看哦)。

- Cannot create GC thread. Out of system resources  
- java.lang.OutOfMemoryError: unable to create new native thread

原因

引起的原因就是资源不够用了,具体来说是进程资源。

Linux的线程其实是一个进程,所以java的也是,具体来说,叫做“light weight process(LWP)”--轻量级进程。

LWP与其它进程共享所有(或大部分)逻辑地址空间和系统资源,一个进程可以创建多个LWP,这样它们共享大部分资源;LWP有它自己的进程标识符,并和其他进程有着父子关系;。LWP由内核管理并像普通进程一样被调度

使用以下命令可以看到某个用户使用了多少进程资源

ps -eLf | grep xjjbot(uid)  | wc -l

使用下面命令可以查看具体每个进程开启了多少线程

ps -o nlwp,pid,lwp,args -u xjjbot(uid)  | sort -n

解决

根据linux一切都是文件的规则,首先想到的,是修改ulimit的参数,然而也不是,因为它已经足够大了。交叉回想一下elasticsearch,在安装的时候,需要配置一个叫做nproc的东西,问题大概就出在这,是进程资源不够用啦。

相关的配置文件:
/etc/security/limits.conf

在不同的内核版本上,也有一些小差异。比如
/etc/security/limits.d/*
下的文件,会在某些时候覆盖limits.conf的配置。所以配置不生效的情况下,记得检查一下。

鉴于以上原因,可以将limits.d中的配置全部注释掉,统一在limits.conf中配置。

以下是原始配置

*          soft    nproc     4096
root       soft    nproc     unlimited

将4096改为大点的数字,或者直接改成unlimited就可以了。

ElasticSearch系统参数配置

既然提到了es,那么我们看一下es安装都需要改哪些系统配置。这些经验都是公用的,可以举一反三。

https://www.elastic.co/guide/en/elasticsearch/reference/master/setting-system-settings.html

禁用swap

swap是性能杀手,所以ES也忍受不住了,直接关掉。

sudo swapoff -a

在配置文件里也可以加入这个参数,jvm锁住内存,不让它们和交换分区交换。

bootstrap.memory_lock: true

虚拟内存

ES使用mmapfs来映射一些数据,但默认的系统参数对它来说太小了,也需要修改。

sysctl -w vm.max_map_count=262144

永久生效需要修改 /etc/sysctl.conf

文件句柄

ulimit

linux打开的文件描述符数量是有限的。如果你的应用需要同时和很多小文件打交道,则需要配置此参数。

sudo su  
ulimit -n 65536 
su elasticsearch

/etc/security/limits.conf

ok,这就是我们刚才改动的文件。要想上面的配置永久生效,则需要改动此文件。

elasticsearch  -  nofile  65536

线程数量

就是我们上面说的啦,能够快速想到它,也是因为安装过es -.-
所以,不要随便开一大堆线程,除了增加调度时间,还容易顶到系统的天花板。

冯诺依曼架构下,这些软件,不都一个套路么?
有着一样的命运,挣扎着却无法逃脱。