今天发现服务器硬盘报警,出现空间不足的情况,后经查看发现是 /var/spool/postfix/maildrop 有大量文件,但服务器本身没有启动 postfix服务. 继续上网查资料,发现是crontab 每次执行任务后会发送邮件,接受者是在他的配置文件 “/etc/crontab” 通过 MAILTO=root’ 来设置的,默认是root,如果执行输出没有十分必要要用邮件发送的话,可以修改此处. 下面是两个解决方法 方法一: 修改“/etc/crontab” 将‘MAILTO=root’替

  Linux 中/var/spool/postfix/maildrop目录下堆积大量小文件 如何删除 1.先删除maildrop目录下的通知邮件文件 命令:find /var/spool/postfix/maildrop/ -type f |xargs rm -rf 2.停止当前用户继续向maildrop目录中发送邮件 解决方案: 在cron的第一行加入 MAILTO=""便可,这样执行当前用户的Cron时,不会发送邮件. Please add the MAILTO="&q

文件清理 最近某服务器磁盘空间告警,在排查过程中发现"/var/spool/postfix/maildrop"目录下堆积了很多小文件,起初想直接删除,但是使用rm删除是提示“参数列表过长”,后来使用rsync来清楚垃圾文件: # 创建一个临时空文件夹 mkdir /tmp/blankdir # 清理/var/spool/postfix/maildrop rsync -av --delete /tmp/blankdir/ /var/spool/postfix/maildrop/ # rs

今天查看硬盘剩余的容量,发现‘/’目录下占用了大量的空间:可我在这个目录下面没有放什么东西:仔细查看在/var/spool/postfix/maildrop/ 中发现了大量的文件.怎么会有这么多的文件呢,先删除. 在网上搜索之后明白是mail没有成功的邮件.由于linux在执行cron时,会将cron执行脚本中的output和warning信息,都会以邮件的形式发送cron所有者, 而我的服务器中关闭了postfix,导致邮件发送不成功,全部小文件堆积在了maildrop目录下面.如果sendm

Linux下显示磁盘空间不足,,通过 df -ih 查询发现/dev/mapper/*****var 下的inode用满.inode介绍 通过 du -sh * 查询/目录下的问题,最终查到/var/spool/postfix/maildrop目录底下有大量文件, 通过 ll |grep "^-"|wc -l 查询后发现该目录下有90w+文件.查询后得知:CROND出错导致/var/spool/postfix/maildrop/堆积 系统执行计划任务crond时出错.而crond在执行

centos磁盘优化,发现/var/spool/postfix/maildrop下有大量文件. cron进程默认会将计划任务中所运行的脚本的警告.错误信息或者脚本输出信息发送给计划任务的所有者,而由于系统的postfix默认没有打开,所以这些邮件放到了邮件队列maildrop目录中,如果计划任务比较多,而且都有信息输出或者有错误,那么maildrop中的小文件肯定会越来越多.此时如果启动postfix服务,那么这些文件都会发送给计划任务的所有者,maildrop目录中的小文件没有了,却到了/va

1.问题表现和检查 运行df -i / 查看inode使用是否满: 2.查看/var/spool/postfix/maildrop是否有非常多的小文件,ls直接卡死等情况 解决: 删除小文件: cd /var/spool/postfix/maildrop: ls | xargs rm -rf; 或者 find . -type f -exec rm -f {} \; vi /etc/crontab : 将‘MAILTO=root’替换成‘MAILTO="", 然后service cron

/var/spool/postfix/maildrop 小文件太多造成inode索引使用完解决办法 问题表现和检查: 1.运行df -i / 查看inode使用是否满: 2.查看/var/spool/postfix/maildrop是否有非常多的小文件,ls直接卡死等情况: 解决:1.cd /var/spool/postfix/maildrop: ls | xargs rm -rf; 2.vi /etc/crontab :将‘MAILTO=root’替换成‘MAILTO="",然后se

使用该脚本是一定要注意postfix安装路径 #!/bin/bash # # postfix Postfix Mail Transger Agent # # chkconfig: # description: Postfix is a Mail Transport Agent, which is the program that moves mail from one machine to another # processname: master # pidfile /var/spool/po

Postfix中有一套Mail Queue Management机制,所有队列中的邮件都可以全自动的处理,但在发送大量邮件的时候,有必要对这个队列进行手工的维护处理,比如说,删除队列中的邮件. 以下是一些常用的命令: 列出目前在 Mail Queue 中的邮件 mailq 刪除所有在 Queue 中的邮件 postsuper -d ALL 刪除所有正在 deferred 队列中的邮件 (删除曾经发送失败的邮件 ) postsuper -d ALL deferred 刪除所有正在 deferred

[root@hadoop3 /]# crontab -e/tmp/crontab.TB7A7w: 设备上没有空间[root@hadoop3 /]# df -Bg文件系统 1G-块 已用 可用 已用% 挂载点/dev/mapper/centos-root 50G 50G 1G 100% /devtmpfs 8G 0G 8G 0% /devtmpfs 8G 0G 8G 0% /dev/shmtmpfs 8G 1G 8G 3% /runtmpfs 8G 0G 8G 0% /sys/fs/cgroup/

今天开发的同事告诉我,他在登录系统时老是提示you have new mail in /var/spool/mail/root ! 我一猜就知道他们肯定又自己写定时任务了,这样的事已经发生过好几回了,一个写代码的,我觉得就不要老是鼓捣系统. 打开定时任务一看,果真没有加重定向,结果全都输出到邮件里面了,幸好文件不大.解决办法很简单,定向到/dev/null里面,然后把邮件服务也给他关了. systemctl stop posfix.service systemctl disable posfix

检查linux发现server中的磁盘分区空间超过98%,登录到服务器查看 [root@localhost etc]# df -hFilesystem 容量 已用 可用 已用% 挂载点/dev/hda4 64G 59G 1.7G 98% //dev/hda2 2.0G 38M 1.8G 3% /bootnone 502M 0 502M 0% /dev/shm 到目录/var查看哪个目录中的文件最大 [root@localhost etc]# du -sh * 找到是/var/spool目录占了很

今天nagios报警,一台服务器的disk满了,使用du -sh * 或 du -sh /* 查看目录的大小,查找占用空间大的目录/var/spool/clientmqueue.... 然后我就想/var/spool/clientmqueue这个目录干嘛用的,纠结了半天,谷歌了下,原来/var/spool/clientmqueue是如果系统中有用户开启了cron,而cron中执行的程序有输出内容,输出内容会以邮件形式发给cron的用户,而sendmail没有启动所以就产生了这些文件. 服务器上确

问题现象: linux操作系统中的/var/spool/clientmqueue/目录下存在大量文件. 原因分析: 系统中有用户开启了cron,而cron中执行的程序有输出内容,输出内容会以邮件形式发给cron的用户,而sendmail没有启动所以就产生了这些文件: 解决办法: 1. 将crontab里面的命令后面加上> /dev/null 2>&12.知识点:2>:重定向错误.2>&1:把错误重定向到输出要送到的地方.即把上述命令的执行结果重定向到/dev/nul

问题现象:linux操作系统中的/var/spool/clientmqueue/目录下存在大量文件.原因分析: 系统中有用户开启了cron,而cron中执行的程序有输出内容,输出内容会以邮件形式发给cron的用户,而sendmail没有启动所以就产生了这些文件: 解决办法:1. 将crontab里面的命令后面加上 > /dev/null 2>&1 2.知识点: 2>:重定向错误. 2>&1:把错误重定向到输出要送到的地方.即把上述命令的执行结果重定向到/dev/nu

Nagios邮件报警   Nagios邮件报警 准备 yum - y install ntp        ntpdate time.windows.com   同步时间,否则无法发送邮件 yum - y remove postfix                                  由于系统默认安装了postfix 所以先卸载掉 安装sendmail yum -y install sendmail mail          安装sendmail 和mail service s

终端远程登陆后经常提示You have new mail in /var/spool/mail/root 这个提示是LINUX会定时查看LINUX各种状态做汇总,每经过一段时间会把汇总的信息发送的root的邮箱里,以供有需之时查看. 一般这种情况mail的内容就只是一些正常的系统信息或者是比较重要的错误报告.如果你安装了mutt的话直接用这个命令就可以查看mail的内容(用root登陆先),没有装的话用cat /var/spool/mail/root查看(用root登陆先). 查看内容: [ro

清理/var/spool/clientmqueue目录可以释放大量空间,具体命令是:ls | xargs rm -f 文件太大,rm -rf会由于参数太多而无法删除,所以需要用上面的命令. “Argument list too long” cron任务最后加上“> /dev/null 2>&1”可以避免生成大量的这类文件.

当你使用简单的sendmail发邮件的时候,或者系统默认要发一些邮件(比如cron发的邮件)的时候,首先会把邮件拷贝到这个目录里,然后等待MTA(mail transfer agent) 来处理,MTA做的事情通常是把这个目录中的邮件弄到/var/spool/mqueue里,然后再发送到真正的目的地.出现/var/spool/clientmqueue/非常大的情况通常因为没有合适的MTA发送邮件,就都积累在这里了,假如这里的邮件并不是你需要的,比如是系统默认发的每分钟跑一次的什么什么cron的信