update_notifier 造成nodejs进程数量增长的问题

Posted freephp

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了update_notifier 造成nodejs进程数量增长的问题相关的知识,希望对你有一定的参考价值。

最近运维老大j哥找到我说了一个事儿:某私有化部署的线上环境nodejs进程数量多达1000+,对比公版线上环境的66个进程数显得十分诡异。并且单个nodejs进程所占用swap空间也较大,也不释放空间,日积月累下来是一个隐患。

我的debug过程比较顺畅,记录下来以备有同样烦恼者借鉴。

 

先用top命令发现,系统Task数量高达1300+,然后使用命令:

 

ps -ef | grep node | wc -l

 

 

统计出有1306个进程

ps -ef | grep node 查看进程列表

 

发现全是:

 

 

 

问题原因:

这是npm的一个更新包机制的服务。这些进程一直未释放,所以就导致了Task数过高,由于nodejs进程数超过了最大系统线程池数量,由此可能造成之前request包请求的时候报escokettimeout.

 

check.js中对如果不能更新成功则子进程一直存活的逻辑,是造成这些进程一直不exit的原因。华西项目是私有化部署在内网中,无法连到外网拉取到更新,所以会一直生成进程而不停止。

 

 

解决办法:

先杀死相关 node check.js的进程

 

 pgrep -a node|awk \'{print $1}\'|xargs kill -9

 

然后处理更新。

 

只要让这个更新操作不执行即可,有如下方法:

1.移除check.js文件即可。

2.npm相关设置中设置不自动更新参数。(NO_UPDATE_NOTIFIER)

参考资料:https://www.codercto.com/a/26526.html

以上是关于update_notifier 造成nodejs进程数量增长的问题的主要内容,如果未能解决你的问题,请参考以下文章

nodejs 笔记

Nodejs代码里如何保证缩进层级不会太多

【请教】采购运费发票校验差异进了GR/IR科目,没进差异科目。啥原因,怎么解决?

stm32数组越界一定会进硬件错误中断吗

nodejs post 请求soap 报错.大神求助

nodejs的误区