詳解Linux系統中inode索引節點已滿問題的解決方案

 　　今天login server的一個網站，發現login後沒有產生session。根據以往經驗，一般是空間已滿導致session檔案產生失敗。

　　代碼如下:

　　df -h

　　代碼如下:

　　Filesystem Size Used Avail Use% Mounted on

　　/dev/mapper/dev01-root 75G 58G 14G 82% /

　　udev 2.0G 4.0K 2.0G 1% /dev

　　tmpfs 396M 292K 396M 1% /run

　　none 5.0M 0 5.0M 0% /run/lock

　　none 2.0G 4.0K 2.0G 1% /run/shm

　　/dev/sda1 228M 149M 68M 69% /boot

　　空間剩餘14G，可以排除空間已滿的情況。導致檔案產生失敗還有另一個原因，就是檔案索引節點inode已滿。

　　代碼如下:

　　df -i

　　代碼如下:

　　Filesystem Inodes IUsed IFree IUse% Mounted on

　　/dev/mapper/dev01-root 4964352 4964352 0 100% /

　　udev 503779 440 503339 1% /dev

　　tmpfs 506183 353 505830 1% /run

　　none 506183 5 506178 1% /run/lock

　　none 506183 2 506181 1% /run/shm

　　/dev/sda1 124496 255 124241 1% /boot

　　inodes 佔用100%，果然是這個問題。

　　解決方案：刪除無用的臨時檔案，釋放inode。

　　尋找發現 /tmp 目錄下有很多sess_xxxxx的 session臨時檔案。

　　代碼如下:

　　ls -lt /tmp | wc -l

　　4011517

　　進入/tmp目錄，執行find -exec命令

　　代碼如下:

　　sudo find /tmp -type f -exec rm {} ;

　　如果使用rm *，有可能因為檔案數量太多而出現Argument list too long錯誤。除了/tmp的臨時檔案外，0位元組的檔案也會佔用inode，應該也釋放。

　　遍曆尋找0位元組的檔案，並刪除。

　　代碼如下:

　　sudo find /home -type f -size 0 -exec rm {} ;

　　刪除後，inode 的使用量減少為19%，可以正常使用了。

　　代碼如下:

　　df -i

　　代碼如下:

　　Filesystem Inodes IUsed IFree IUse% Mounted on

　　/dev/mapper/dev01-root 4964352 940835 4023517 19% /

　　udev 503779 440 503339 1% /dev

　　tmpfs 506183 353 505830 1% /run

　　none 506183 5 506178 1% /run/lock

　　none 506183 2 506181 1% /run/shm

　　/dev/sda1 124496 255 124241 1% /boot

　　PS：什麼是inode

　　linux中，檔案尋找不是通過檔案名稱來尋找的。實際上是通過inode來實現檔案的尋找定位的。我們可以形象的將inode看做是一個指標fip。當檔案儲存體到磁碟上去的時候，檔案肯定會存放到一個磁碟位置上，可以這樣想象，既然檔案資料是存放在磁碟上的，如果我們知道這個檔案資料的地址，當我們想要讀寫檔案的時候，我們是不是直接使用這個地址去找到檔案就可以了呢?

　　是的，linux下，inode其實就是可以這麼認為，把inode看作是一個指向磁碟上該檔案儲存體區的地址。只不過這個地址我們一般是沒辦法直接使用的，而是通過檔案名稱來間接使用的。事實上，inode不僅包含了檔案資料存放區區的地址，還包含了很多資訊，比如資料大小，等等檔案資訊。但是inode是不儲存檔案名稱的。檔案名稱是儲存在一個目錄項中。每一個目錄項中都包含了檔案名稱和inode。

　　我們可以通過一個圖來看看目錄項，inode，檔案資料四者之間的關係。

　　從上圖可以看到，目錄項中包含了檔案名稱和inode。