linux下crontab保存,Linux下crontab无法保存的问题

Linux下crontab无法保存的问题

发布时间:2008-01-15 16:18:03来源:红联作者:lfedorax

解决人：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了。