服務器 1. 問題發現

[root@zwlbs3 ~]# top

i. 發現有個進程CPU使用率居然700%，COMMAND 是一些隨機的字符串組成，完了~ 中標了；第一想到就是“沙雕”它，kill 命令給我上。

成都創新互聯公司堅持“要么做到，要么別承諾”的工作理念，服務領域包括：成都網站制作、成都做網站、企業官網、英文網站、手機端網站、網站推廣等服務，滿足客戶于互聯網時代的江陵網站設計、移動媒體設計的需求，幫助企業找到有效的互聯網解決方案。努力成為您成熟可靠的網絡建設合作伙伴！

[root@zwlbs3 ~]# kill -9 PID

ii. 但是發現 kill 該進程平靜一會后又啟動了。

注：老圖復用，PID、COMMAND 都有變化。

2. 查看進程的詳細信息

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

# 748是該進程的 PID，根據你的 PID 來查看即可。

如圖：

發現該進程是在 /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分區的大小是系統物理內存的50%, 雖說使用/dev/shm對文件操作的效率會高很多。但是目前各發行軟件中卻很少有使用它的(除了前面提到的Oracle), 可以通過ls /dev/shm查看下面是否有文件, 如果沒有就說明當前系統并沒有使用該設備。

查看 /dev/shm 目錄的有沒有相關文件

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

# 沒有任何相關的文件，奇怪了。

crontab 也沒有相關計劃任務。 使用 which 命令也沒有找到相關的文件。 查看系統日志也是正常，非常奇怪。 幾乎沒有找到該進程相關的文件。 3. 解決辦法

i. 查看某個進程內部線程占用情況分析

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

ii. 原來有這么多相關的進程，全部 kill 掉

iii. 過來幾分鐘再次檢查，發現系統負載恢復正常

本以為解決了，結果過了幾個小時檢查發現又出現了，該死的。

由于生產環境不方便重啟服務器，被逼無奈情況下只好試試 重啟大法 了。

4. 重啟大法

重啟服務器后一個小時，再次檢查已經恢復正常了，還是 重啟大法 好使。

該惡意程序有什么作用？為何只消耗CPU資源？由于未找到相關文件信息，原因也暫時未清楚。

知道的大佬麻煩告訴我一下，非常感謝！

總結

以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對創新互聯的支持。

新聞標題：Linux殺不死的進程之CPU使用率700%解決方法
文章轉載：http://m.newbst.com/article36/cggesg.html

成都網站建設公司_創新互聯，為您提供企業建站、自適應網站、微信公眾號、動態網站、面包屑導航、企業網站制作

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯