解決df -h 發現/目錄100%的問題

阿新 • • 發佈：2019-01-26

df -h 後發現/目錄已經使用100%，而其他分割槽均正常，問題體現在session無法寫入伺服器。
後發現是maillog檔案過大導致的，刪除後發現依然是100%.
解決方案：
重啟rsyslog服務

service rsyslog stop
service rsyslog start

這種方法日誌不會重新發送一份

kill -9 "pid"
service rsyslog start

之前的日誌會重新發送一份

這只是其中一種較為容易忽視的地方，日後遇到繼續補充

df -h 後發現/目錄已經使用100%，而其他分割槽均正常，問題體現在session無法寫入伺服器。後發現是maillog檔案過大導致的，刪除後發現依然是100%. 解決方案：重啟rsysl

http://www.nowcoder.com/questionTerminal/dd62a7d878d14af69c15eb2ae594180d du只計算檔案佔有空間大小，不計算檔案系統各自meta資料，如inode啊，inode map啊，disk map之

刪除檔案 df -h 檔案目錄大小未改變，du 檢視目錄大小卻改變了 df會計算各自meta資料，當該目錄的檔案被刪除了，卻仍有程序hold住這個檔案控制代碼，此時這個檔案的block並未被釋放，df仍會統計到該檔案的block，du不會。遇到這種情況，就需要查hold

今天感覺伺服器很卡，用df -h 查看了下儲存，發現 “/” 根目錄已經爆滿。 df -h du -sh * 但使用du -sh * 發現根目錄檔案佔用的儲存並不大。這是為何？？？？？？回想以前是吧大的日誌檔案刪除過，難道是沒有真正的刪除造成的？

初步判斷應該有兩種情況：一種是block滿了，另一種情況就是inode耗盡了。首先df -i 檢視一下是否耗盡inode/block數量。虛擬一塊磁碟並格式化： dd if=/dev/zero of=/opt/sdb1 bs=4096 count=100 mkfs -t ext4 /opt/sdb

公司內部oa伺服器有兩個tengine ，突然上班時有人說伺服器無法上傳附件，oa開發人員說是tengine 的檔案目錄滿了。登上伺服器 df -h 確實顯示有個目錄使用空間已經滿了，緊急情況下找到了tengine 的日誌路徑刪除了所有常見的比如什麼20180723.log-

client ali add tco gid sin per logs misc 昨天生產環境報日誌寫不進去了，因此登陸線上環境後，習慣用df -h命令查看空間使用情況，結果發現該命令執行半天也沒有返回。因此使用mount命令查看該機器上的目錄： [co

strace ls 問題: 今天公司一臺服務器執行 ls / 命令時,系統卡死, ctrl+c 也不能結束,如下: root@pts/23 # ls / ^C 此問題一般都是因為mount 對端服務失效,本地目錄卡死造成解決思路: 1. strace 命令跟蹤,定位問題首先

September 29, 2010 – 10:55 pm 線上一臺伺服器需要安裝screen，結果不論yum安裝還是rpm安裝都無法進行，據其他開發人員反應，執行 df -h 也會卡住，真是奇怪。我們執行一下rpm安裝看看，把除錯資訊打印出來： [[email protected] ~]#

在這裡使用了一個liunx下的命令檢視磁碟空間常用引數:df -h ------------------------------------- 1.在Linux下重新啟動postgre pg_ctl restart (postgres 使用者) 今天遇到的問題由於匯

在cmd命令列中輸入android -h 發現 'xcopy' 不是內部或外部命令。如下圖：解決方法： 1.在path環境變數後加上 C:\WINDOWS\system32; 2.將C:\WINDOWS\system32\xcopy.exe拷貝到andr

前言：早晨磁碟報警剛清空完tomcat和nginx日誌，使用的命令是類似echo "" > show_web-error.log或者> show_web-debug.log清空語句，然後rm -rf 掉一些tar.gz包，空出來30G空間。而且也關閉了tomca

今天發現有臺測試伺服器的根目錄利用率100%，根目錄120G，但是du -sh發現所有資料夾加在一起也不到40G。一共嘗試了4種方法，終於解決。 1、網上的說法都是說有已經刪除的檔案，但是程序仍在使用，使用lsof | grep deleted檢視已刪除但

一、問題描述1、linux下執行df -h 檢視已掛在各分割槽的空間和目錄情況，但執行後無反饋二、影響1、由於指令碼程式呼叫df -h 判斷磁碟空間情況進行日誌等清理，故障導致磁碟空間佔滿不能清理，伺服器不能訪問。三、問題分析1、df -h和分割槽掛載有關，命令 mount

install RoCE fmt 安裝 sha mct 工具卡死 strace 遇到df -h 卡死或者 xfs磁盤無法格式化（等待時間很長）的情況：01.安裝strace工具yum install strace02.檢查df -h時，卡在什麽地方了strace d

近期陸續碰到幾臺主機 df 卡住的問題, 監控程式由於超時引起相關的警報, 系統環境和 strace df 如下所示: strace 顯示卡在了 /proc/sys/fs/binfmt_misc 狀態中: 在 systemd 服務中, 掛載 /proc/sys

總是有各種意外。之前解決過，沒有記錄。這次記錄下來： # 能裝的都給他裝了。 sudo apt-get install gstreamer1.0-plugins-base gstreamer1.0-plugins-bad gstreamer1.0-libav gstrea

Linux 根目錄爆滿解決一、使用df -h命令檢視，發現/根目錄的剩餘空間為0。總共系統盤容量才20G。檔案系統容量已用可用已用% 掛載點/dev/mapper/centos-root 20G 20G 20k

今天在使用Pycharm的時候,由於檔案過多,我對目錄下的檔案做了歸類,改動了一些檔案的路徑,結果後來執行的時候,出現了路徑找不到的錯誤. 新建一個test.py檔案此時列印test.py的路徑為: /Users/hyl/Documents/workspace/pyth