服務(wù)器異常

又是開開心心打開我心愛的服務(wù)器一天；
吔！這是嘛??？我的服務(wù)器域名訪問不了了，一直轉(zhuǎn)圈圈超時(shí)了，好，打開ssh遠(yuǎn)程看看，吔?。?！還是訪問不了，宕機(jī)了？懷著一顆憋大便的心情打開了阿里云控制面板。

檢查服務(wù)器

打開阿里云控制面板的監(jiān)控，發(fā)現(xiàn)不同尋常的兩個(gè)數(shù)據(jù)

我就掛兩個(gè)網(wǎng)站，一個(gè)青龍面板，不應(yīng)該這么占資源??？想起來前兩天打開青龍面板的時(shí)候有點(diǎn)卡，留了個(gè)心眼，等等，，，cpu運(yùn)算高沒事，磁盤。。。（第一張圖片，下面深藍(lán)色的是讀取，最上面曲線是寫。。）磁盤一直寫這么久，它該累了吧？我一共就60個(gè)G的磁盤，現(xiàn)在恐怕磁盤已經(jīng)炸了，哪個(gè)殺千刀的這么狗？

發(fā)現(xiàn)異常

根據(jù)以上信息判斷，應(yīng)該是磁盤爆滿，導(dǎo)致服務(wù)器的宕機(jī)，那我就只能在控制面板中重啟一下服務(wù)器，然后使用ssh登錄，使用df命令查看一下磁盤的信息。

我看見它了，我看見它了，Use內(nèi)存占比，占最多的是我系統(tǒng)盤的/目錄（根目錄），嫻熟的拿出了祖?zhèn)鱮m -rf /*，不不不，使不得，這是自個(gè)服務(wù)器，不能這么使，算了，一步一步來吧，先進(jìn)去看看根目錄它怎么了，cd /,讓我使用du -sh *康康它發(fā)育的怎么樣了，看，有一個(gè)叫var的文件夾發(fā)育的還挺大，54G，應(yīng)該就是他了，里面應(yīng)該有哪個(gè)程序出問題了，我們進(jìn)一步看看里面有什么。

避免尿素過多，我直接截圖到問題文件，但是每一級(jí)目錄都是可以用du -sh *給他檢查，
注意：du命令就是檢查文件或目錄大小的，具體參數(shù)可以查看：du命令介紹

解決問題

我來到了問題的根源處，發(fā)現(xiàn)這個(gè)目錄下面的數(shù)據(jù)很大。

來看一下這個(gè)路徑是啥吧

看一下內(nèi)容是什么，不建議用cat哈，不然服務(wù)器可能會(huì)很卡，我就用tail看一下最后幾行tail core.8252

全是這種東西；看了=沒看；那我再打開一下小一點(diǎn)的文件，一個(gè)叫core.26822的文件，使用cat core.26822查看到以下內(nèi)容

之前看到的路徑是在docker的ql里面ql是我的青龍面板，emmm就是代掛的一個(gè)東西，然后里面有一些報(bào)錯(cuò)就是有這個(gè)關(guān)鍵字，應(yīng)該是我有一個(gè)腳本在一直跑，但是又報(bào)錯(cuò)，再加上我沒在意，導(dǎo)致了它今天的宕機(jī)，抱歉是為父沒照顧好你，然后我去訪問一下青龍面板，已經(jīng)jer了，好吧，那我就大手一揮，再次打出了rm -rf core.*，就是用于刪除帶有core.字符，以任意結(jié)尾的文件，這是關(guān)于Linux正則匹配的知識(shí)

好，現(xiàn)在我的崽兒它很健康了，待我啟動(dòng)青龍面板看看咋回事。

好吧，看起來也不是那么健康，明天重新給他裝個(gè)docker。

到此這篇關(guān)于docker引起服務(wù)器磁盤爆滿的問題解決的文章就介紹到這了,更多相關(guān)docker 磁盤爆滿內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論