crontab导致磁盘空间满问题的解决

收到磁盘空间满的信息。发现主机上/var空间不足。du -sh 一层层的查下去看的时候，最终找到了/var/spool/clientmqueue这个目录。里面文件有48w个，娘阿。这个问题的原因是crontab的一些计划任务中产生了大量日志信息。这些日志信息没有导入到/dev/null或者指定的文件。结果就产生了目录下的这些文件。本来这些文件要作为mail发出去的。结果sendmail没有启动，积留在这里了。建议crontab的计划任务全部写成这个样子：
30 7 * * * /home/mysql/admin/bin/sec.startup restart  >/dev/null 2>&1
请注意后面的>/dev/null 2>&1。这里2>&1表示标准错误也放到标准输出，而标准输出导入到了/dev/null；也就是说，日志信息我不要了。如果你要的话，导入到你指定的文件咯。
这里还有一个注意的地方就是>/dev/null 2>&1的顺序。他们的顺序也不能反。否则标准错误不能导入到标准输出。还是要写到/var/spool/clientmqueue文件中。
我们可以看看spool和clientmqueue的linux帮助：
man hier
spool/     miscellaneous printer and mail system spooling
directories

clientmqueue/
undelivered submission mail queue; see
sendmail(8)

原理搞清楚了，以后的问题也避免了。那么就是已有的文件删除问题了。注意，不要这样删除rm -rf /var/spool/clientmqueue，这个文件夹还是蛮重要的，听说过删除该文件夹系统出问题的事例了，希望你不是下一个造成同样的故障的人。
删除文件本来很简单，但是删除48w个文件就是一个有技术含量的活了。直接rm *会报错说Argument list too long。rm接收的参数列太多了。我们就不追究这么通用的工具怎么会出这么令人不爽报错了吧。简单的解决办法：
a、利用xargs。xargs其实就是把传给它的列表一个一个的传给它的命令去一个一个的执行。具体的命令为ls |xargs rm -f。
b、利用find -delete。具体命令为find /var/spool/clientmqueue/ -type f -delete