Linux杀不死的进程之CPU使用率700%

  • 时间:
  • 浏览:1
  • 来源:大发pk10_pk10app开户_大发pk10app开户

i. 发现有个守护tcp连接CPU使用率甜得700%,COMMAND 是一点随机的字符串组成,完了~ 中标了;第一想到一点“沙雕”它,kill 命令给我上。

[root@zwlbs3 ~]# kill -9 "PID"

ii. 一点发现 kill 该守护tcp连接平静一会后又启动了。

注:老图复用,PID、COMMAND 都有 变化。

[root@zwlbs3 ~]# cd /proc/748/
[root@zwlbs3 748]# ls -ial

# "748"是该守护tcp连接的 PID,根据你的 PID 来查看即可。

如图:

发现该守护tcp连接是在 /dev/shm 目录下的,/dev/shm 是一有俩个哪几种目录呢?

从网上摘下来一段人们 解一下 /dev/shm

1) 首先都可不可不可以看出来/dev/shm是一有俩个设备文件, 都可不可不可以把/dev/shm看作是系统内存的入口, 都可不可不可以把它看做是一块物理存储设备,一有俩个tmp filesystem, 一点你通过一点设备向内存中读写文件, 以加快一点I/O高的操作,比如对一有俩个大型文件频繁的open, write, read。

2) 据说oracle就利用了/dev/shm(shitou没用过oracle), 都可不可不可以通过mount命令列出当前的/dev/shm的挂载的文件系统。

3)  既然是基于内存的文件系统,系统重启后/dev/shm下的文件就不发生了。Linux默认(CentOS)/dev/shm分区的大小是系统物理内存的200%, 虽说使用/dev/shm对文件操作的速率会高什么都有。一点目前各发行软件中却很少有使用它的(除了前面提到的Oracle), 都可不可不可以通过ls /dev/shm查看下面否是有文件, 是是由于没办法 一点明当前系统并没办法 使用该设备。

查看 /dev/shm 目录的有没办法 相关文件

[root@zwlbs3 ~]# ls -a /dev/shm/
.  ..

# 没办法

任何相关的文件,奇怪了。
  • crontab 也没办法 相关计划任务。
  • 使用 which 命令也没办法 找到相关的文件。
  • 查看系统日志也是正常,非常奇怪。
  • 几乎没办法 找到该守护tcp连接相关的文件。

i. 查看某个守护tcp连接内内外部守护tcp连接占用情况报告分析

[root@zwlbs3 ~]# top -H -p "PID"

ii. 原本有没办法 多相关的守护tcp连接,详细 kill 掉

iii. 过来几分钟再次检查,发现系统负载恢复正常

本以为避免了,结果过了几次小时检查发现又出現了,该死的。

是是由于生产环境不方便重启服务器,被逼无奈情况报告下只好试试 重启大法 了。

重启服务器后一有俩个小时,再次检查是是由于恢复正常了,还是 重启大法 好使。

  • 该恶意守护tcp连接有哪几种作用?怎么在么在在只消耗CPU资源?是是由于未找到相关文件信息,是由于也暂时未清楚。
  • 知道的大佬麻烦我没哟乎 一下,非常感谢!