centos /dev/mapper/cl-root 100% 解決方案

標籤：使用   清理   gradle   技術分享   空間   磁碟空間   root   l資料庫   map   

本來是要在虛擬機器上安裝grpc進行測試的，結果發現gradle不能使用，然後去安裝gradle，安裝gradle之前要先安裝sdkman，而官網sdkman的安裝半天沒反應，於是就想著yum 試試，結果

之前跑spark推薦系統時也遇到這要的情況，可是我free發現

還是有很大的空間，於是使用df查看了一下

/dev/mapper/cl-root 100%，瞬間懵逼，因為我不知道這是什麼東西，網上一番搜羅，大概知道了跟liunx系統物理空間分配有關，liunx本身也是會有日誌的，我想可能是日誌系統佔據太多空間了。

發現並不大，cache和log都去查了，沒發現什麼大檔案，最終只好全域尋找大檔案了。 find / -xdev -size +100M -exec ls -l {} \;

找到了罪魁禍首，前段時間，在虛擬機器進行了mysql資料庫同步測試，導致了大量檔案放入mysql中，不想去mysql中一一刪庫，於是就暴力刪庫了，

 

於是，這樣yum能用了

 

總結：

/dev/mapper/cl-root 100%
在進行檔案系統佔滿之後，系統不會宕機；
在重啟服務的時候，本來/var/log/message檔案是可以記錄日誌的，但是檔案系統滿了之後，日誌不再進行記錄；

檔案系統佔滿之後，依然可以進行重啟服務；

檔案系統佔滿之後，使用yum和rpm會無法出現結果，結果一直hang住；

檔案系統佔滿之後，照樣可以登入系統，照樣可以執行命令，依然提供遠程連結服務。
在將磁碟空間進行清理之後，那麼日誌系統復原正常運行。

centos /dev/mapper/cl-root 100% 解決方案