今天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。