|
一:
配置crontab 时提醒No space left on device
用df -k 搜查尚有空间
用df -i??表现 /var 已占用100%,假如inode耗尽，则体系大将不能建设文件。
在/var/spoo/clientmqueue/下有超多的文件 ls 半天没回响
用rm -rf * 会自动跳出root，用xargs来办理。
# cd /var/spool/clientmqueue
# ls | xargs rm -f
缘故起因说明：体系中cron执行的措施有输出内容，输出内容会以邮件情势发给cron的用户，而sendmail没有启动以是就发生了这些文件；
办理步伐:??将crontab内里的呼吁后头加上> /dev/null 2>&1
二:
妨碍征象:
1 when you create a new y or file,system will say : No space left on device
[[email?protected] /var]# mkdir aa
mkdir: cannot create y `aa‘: No space left on device
2 when create crontab for account shelladm,you will receive error information as follows:
"crontab.6655" 1L,13C written
crontab: installing new crontab
cron/tmp.6655: No space left on device
crontab: edits left in /tmp/crontab.6655
处理赏罚步调:
1 搜查分区行使率
[[email?protected] ~]# df -lk
Filesystem? ?? ?? ???1K-blocks? ?? ?Used Available Use% Mounted on
/dev/hda2? ?? ?? ?? ???3020172? ? 136008? ?2730744? ?5% /
/dev/hda1? ?? ?? ?? ?? ?101089? ?? ?9378? ???86492??10% /boot
/dev/hda7? ?? ?? ?? ?105708092??38996880??61341488??39% /b2006
none? ?? ?? ?? ?? ?? ? 1028548? ?? ?? ?0? ?1028548? ?0% /dev/shm
/dev/hda3? ?? ?? ?? ???3020172? ?1421092? ?1445660??50% /usr
/dev/hda6? ?? ?? ?? ?? ?497829? ? 371795? ? 100332??79% /var
分区/var的行使率只有79%，体系有空间可以用
2 搜查/var/lock下的文件，删除/var/lock/subsys/nfs后，touch /var/aa，乐成建设文件，删除/var/aa
3 发明删除/var/lock下的恣意一个文件后
[[email?protected] /var]#touch /var/aa? ?? ???-------------------乐成
[[email?protected] /var]# touch aa1? ?? ?? ?? ?? ? -------------------失败
touch: creating `aa1‘: No space left on device
4 将搜查扩大到/var下的其他目次，
[[email?protected] icons]# cd /var/www/icons
[[email?protected] icons]# mv a.gif /tmp
[[email?protected] icons]# mv a.png /tmp? ???-------------------移走两个文件
[[email?protected] icons]# df -li
[[email?protected] icons]# touch aa
[[email?protected] icons]# touch bb
[[email?protected] icons]# touch cc
touch: creating `cc‘: No space left on device -----------只能建设两个文件，当建设第三个文件时，堕落
5 猜疑分区/var的inode用尽导致上述题目，搜查inode行使率
[[email?protected] icons]# df -li
Filesystem? ?? ?? ?? ?Inodes? ?IUsed? ?IFree IUse% Mounted on
/dev/hda2? ?? ?? ?? ? 384000? ?23698??360302? ? 7% /
/dev/hda1? ?? ?? ?? ???26104? ?? ?41? ?26063? ? 1% /boot
/dev/hda7? ?? ?? ?? ?13434880? ? 7964 13426916? ? 1% /b2006
none? ?? ?? ?? ?? ?? ?257137? ?? ? 1??257136? ? 1% /dev/shm
/dev/hda3? ?? ?? ?? ? 384000? ?78026??305974? ?21% /usr
/dev/hda6? ?? ?? ?? ? 128520??128520? ?? ? 0??100% /var
发明/var的inode行使率已经到达100%，空余的inode为0
6 分区/var没有设置quota,均匀每个inode的占用空间为：497829k(var size)/128520(inodes)=3.87k，声名分区的最小block为4k，无法增进inode限额。
7 发明/var/spool/clientmqueue下面有太多的文件，共有127679个，占用了127679/128520(inodes)=99.3%的inode
??体系的邮件设置有题目，导致体系发出的邮件会萃在行列中，占用的大量的inode.
处理赏罚要领：确认/var/spool/clientmqueue下的文件已经无用后，删除之。然后/var写入正常。
? ?? ?? ? 最好的办理步伐是从头配置体系邮件，使其能正常发送。
删除文件后的inode行使环境
[[email?protected] clientmqueue]# df -li
Filesystem? ?? ?? ?? ?Inodes? ?IUsed? ?IFree IUse% Mounted on
/dev/hda2? ?? ?? ?? ? 384000? ?23698??360302? ? 7% /
/dev/hda1? ?? ?? ?? ???26104? ?? ?41? ?26063? ? 1% /boot
/dev/hda7? ?? ?? ?? ?13434880? ? 7964 13426916? ? 1% /b2006
none? ?? ?? ?? ?? ?? ?257137? ?? ? 1??257136? ? 1% /dev/shm
/dev/hda3? ?? ?? ?? ? 384000? ?78026??305974? ?21% /usr
/dev/hda6? ?? ?? ?? ? 128520? ? 4561??123959? ? 4% /var
结论：分区/var的inode所有效尽，free inode为0，导致无法建设新的文件或目次，往后碰着相同的题目要留意
? ?? ?用df -li 搜查inode的行使环境。
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
http://blog.csdn.net/hunanchenxingyu/article/details/38587633
1、征象
（编辑：湖南网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
