Alarm: Free inodes On/var (percentage) (Linuxhost:vfs.fs.inode[/var,pfree]): 20
Cause of failure: Too many/var/spool/postfix/maildrop small files cause inode index to be used out
1) View inode usage status;
# Df-i/dev/sda3 985424 788777 196647 81%/var
Switch to directory/var to check which directory occupies more than one inode
# Find * *! -type L |cut-d/F 1 |uniq-c/var directory: 786362 spool/var/spool directory: 786338 postfix/var/spool/postfix directory: 786301 mai Ldrop
2) See if/var/spool/postfix/maildrop has a lot of small files;
Clean small Files: # cd/var/spool/postfix/maildrop; LS | Xargs RM-RF; Effect:/dev/sda3 985424 2495 982929 1%/var solve the root problem: # Vim/etc/crontab replace mailto=root with mailto= "" # Service Crond RE Start
If there is any reason for cron to send a message to the command results, then it is necessary to see MAILTO this part, if the MAILTO assignment, and is not empty, then will be sent to this user, if it is empty, mailto= "", then do not send any mail. If there is no definition of mailto, that is to say crontab does not write this line, then sent to the owner of this crontab.
Further checks found that a user's crontab execution of the script failed and was cleaned up.
Reference:
Http://www.ittang.com/2014/0115/13165.html
Http://linux.chinaunix.net/techdoc/system/2008/08/28/1028572.shtml
Inode Occupancy Exception problem