今天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错误，关于Argument list too long错误可以参考《linux 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
=================================================================================================
当新建文件时，会提示no space left。实际上，用df看，是有剩余空间的。
但是用 df -i 查看时，会发现，inode用完了，使用率100%。
所以不能新建文件，却能append一个文件的内容。
情况是发生在/var 分区，手工找了找，是/var/spool/clientmqueue里文件太多：
[root@localhost clientmqueue]# ls | wc -w
256210
[root@localhost clientmqueue]# rm -f *
-bash: /bin/rm: Argument list too long
[root@localhost clientmqueue]# for i in `ls` ; do rm -f $i; done
好几分钟,才删了4万多个的文件,
还是直接删除clientmqueue目录，快很多。再建立这个目录，并恢复相应的属性即可。
手动清理方法：
find /var/spool/clientmqueue/ -type f |xargs rm -f
或
添加定时任务处理
http://blog.dingjian.me/2013/11/150.html