最近/var空间总是报警,原由是/var/spool/clientmqueue下文件数量太多致使占用空间很大,此空间下存放了大量的crontab运行而发送给root的邮件,能够用如下步骤解决:
一、首先删除此目录下的几天前的文件: find ./ -atime +3 -exec rm {} \;
二、在全部运行的crontab脚本后添加日志重定向 >/dev/null 2>&1
二、在全部运行的crontab脚本后添加日志重定向 >/dev/null 2>&1
对于LINUX的重定向,转一篇比较好的说明文字:
Linux Shell 环境中支持输入输出重定向,用符号<和>来表示。0、1和2分别表示标准输入、标准输出和标准错误信息输出,能够用来指定须要重定向的标准输入或输出,好比 2>a.txt 表示将错误信息输出到文件a.txt中。
同时,还能够在这三个标准输入输出之间实现重定向,好比将错误信息重定向到标准输出,能够用 2>&1来实现。
Linux下还有一个特殊的文件/dev/null,它就像一个无底洞,全部重定向到它的信息都会消失得无影无踪。这一点很是有用,当咱们不须要回显程序的全部信息时,就能够将输出重定向到/dev/null。
若是想要正常输出和错误信息都不显示,则要把标准输出和标准错误都重定向到/dev/null, 例如:
同时,还能够在这三个标准输入输出之间实现重定向,好比将错误信息重定向到标准输出,能够用 2>&1来实现。
Linux下还有一个特殊的文件/dev/null,它就像一个无底洞,全部重定向到它的信息都会消失得无影无踪。这一点很是有用,当咱们不须要回显程序的全部信息时,就能够将输出重定向到/dev/null。
若是想要正常输出和错误信息都不显示,则要把标准输出和标准错误都重定向到/dev/null, 例如:
# ls 1>/dev/null 2>/dev/null
还有一种作法是将错误重定向到标准输出,而后再重定向到 /dev/null,例如:
# ls >/dev/null 2>&1
注意:此处的顺序不能更改,不然达不到想要的效果,此时先将标准输出重定向到 /dev/null,而后将标准错误重定向到标准输出,因为标准输出已经重定向到了/dev/null,所以标准错误也会重定向到/dev/null。