解决人：huqinfen
今天想修改crontab中的内容，发现提示no space left on device，但是df了一下空间，发现没有空间是满的，最多也就是60%，怎么回事呢？
上网搜了一下，说是可能是小文件大多，file inode被用光了，就算还有磁盘空间也不能创建新文件了。
du了一下/var目录下，发现在spool目录不动了，ctrl+c掉以后，发现spool目录下有个clientmqueue的目录，ls了一下，恩，又不动了，估计有好些个文件。然后，继续上网搜索，这个目录是干啥用的？
搜索结果如下：
问题现象:linux操作系统中的/var/spool/clientmqueue/目录下存在大量文件。
原因分析：系统中有用户开启了cron，而cron中执行的程序有输出内容，输出内容会以邮件形式发给cron的用户，而sendmail没有启动所以就产生了这些文件;
解决办法:将crontab里面的命令后面加上> /dev/null 2>&1
2>&1：把错误重定向到输出要送到的地方。即把上述命令的执行结果重定向到/dev/null，即抛弃，同时，把产生的错误也抛弃。
看了一下crontab中的内容，哈哈，果真是有人没有将程序输出的内容和错误没有定向，导致每次执行crontab中的程序就在/var/spool/clientmqueue/下产生一个小文件，居然还有两个程序是每分钟执行一次，基本上一天要产生近20W个文件，哦，好恐怖啊！
接下来当然是先将/var/spool/clientmqueue/下的文件删掉!这儿还有一个小技巧：
cd /var/spool/clientmqueue
如果文件太多，占用空间太大，用rm命令删除慢的话，就执行下面的命令：ls | xargs rm -f
现在有空间了，就可以修改crontab了，首先将crontab中没有定向输出的都加上> /dev/null 2>&1， 不然的话，没几分钟/var/spool/clientmqueue/就又有好些个文件了。
最后最后将需要修改的crontab中的内容加上就ok了。
