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