服務器 1. 問題發(fā)現(xiàn)
[root@zwlbs3 ~]# top
i. 發(fā)現(xiàn)有個進程CPU使用率居然700%,COMMAND 是一些隨機的字符串組成,完了~ 中標了;第一想到就是“沙雕”它,kill 命令給我上。

[root@zwlbs3 ~]# kill -9 PID
ii. 但是發(fā)現(xiàn) kill 該進程平靜一會后又啟動了。
注:老圖復用,PID、COMMAND 都有變化。
2. 查看進程的詳細信息[root@zwlbs3 ~]# cd /proc/748/ [root@zwlbs3 748]# ls -ial # 748是該進程的 PID,根據(jù)你的 PID 來查看即可。
如圖:
發(fā)現(xiàn)該進程是在 /dev/shm 目錄下的,/dev/shm 是一個什么目錄呢?
從網(wǎng)上摘下來一段我們解一下 /dev/shm
1) 首先可以看出來/dev/shm是一個設(shè)備文件, 可以把/dev/shm看作是系統(tǒng)內(nèi)存的入口, 可以把它看做是一塊物理存儲設(shè)備,一個tmp filesystem, 你可以通過這個設(shè)備向內(nèi)存中讀寫文件, 以加快某些I/O高的操作,比如對一個大型文件頻繁的open, write, read。
2) 據(jù)說oracle就利用了/dev/shm(shitou沒用過oracle), 可以通過mount命令列出當前的/dev/shm的掛載的文件系統(tǒng)。
3) 既然是基于內(nèi)存的文件系統(tǒng),系統(tǒng)重啟后/dev/shm下的文件就不存在了。Linux默認(CentOS)/dev/shm分區(qū)的大小是系統(tǒng)物理內(nèi)存的50%, 雖說使用/dev/shm對文件操作的效率會高很多。但是目前各發(fā)行軟件中卻很少有使用它的(除了前面提到的Oracle), 可以通過ls /dev/shm查看下面是否有文件, 如果沒有就說明當前系統(tǒng)并沒有使用該設(shè)備。
查看 /dev/shm 目錄的有沒有相關(guān)文件
[root@zwlbs3 ~]# ls -a /dev/shm/ . .. # 沒有任何相關(guān)的文件,奇怪了。crontab 也沒有相關(guān)計劃任務。 使用 which 命令也沒有找到相關(guān)的文件。 查看系統(tǒng)日志也是正常,非常奇怪。 幾乎沒有找到該進程相關(guān)的文件。 3. 解決辦法
i. 查看某個進程內(nèi)部線程占用情況分析
[root@zwlbs3 ~]# top -H -p PID
ii. 原來有這么多相關(guān)的進程,全部 kill 掉
iii. 過來幾分鐘再次檢查,發(fā)現(xiàn)系統(tǒng)負載恢復正常
本以為解決了,結(jié)果過了幾個小時檢查發(fā)現(xiàn)又出現(xiàn)了,該死的。
由于生產(chǎn)環(huán)境不方便重啟服務器,被逼無奈情況下只好試試 重啟大法 了。
4. 重啟大法重啟服務器后一個小時,再次檢查已經(jīng)恢復正常了,還是 重啟大法 好使。
該惡意程序有什么作用?為何只消耗CPU資源?由于未找到相關(guān)文件信息,原因也暫時未清楚。
知道的大佬麻煩告訴我一下,非常感謝!
總結(jié)
以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對創(chuàng)新互聯(lián)的支持。
新聞標題:Linux殺不死的進程之CPU使用率700%解決方法
文章轉(zhuǎn)載:http://www.chinadenli.net/article36/cggesg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供企業(yè)建站、自適應網(wǎng)站、微信公眾號、動態(tài)網(wǎng)站、面包屑導航、企業(yè)網(wǎng)站制作
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)