Chinaunix
标题:
根目录满后的解决过程
[打印本页]
作者:
yanghai0320
时间:
2008-02-27 00:55
标题:
根目录满后的解决过程
今天早上例行检查发现根目录用满了,
# bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 360448 360208 240 100% /
导致根目录用满的原因大都是生成了新的文件,要释放出新的空间通常是删除文件或用备份带进行扩容(比较麻烦)。
首先检查是否生成了“core”文件,结果在“/”下面只发现了一个很小的core文件,删除后几乎没有空间释放出来。
再检查最近两天变化的文件,结果出一大堆更改过的数据,要从头到尾看估计得一整天。
这时候又查看了“/dev/vg00/lvol3”的状态,结果大吃一惊,
# lvdisplay -v /dev/vg00/lvol3|more
-----Logical extents-------
LE PV1 PE1 status 1 PV2 PE2 status 2
00000 /dev/dsk/c1t2d0 00550 current /dev/dsk/c2t2d0 00550 stale
00001 /dev/dsk/c1t2d0 00551 current /dev/dsk/c2t2d0 00551 stale
---- --------------- ----- ------- --------------- ------ ------
PV1和PV2是两两做的镜像,而且用“vgdisplay -v vg00”出现下列信息:
# vgdisplay -v vg00
----------------------
PV Name /dev/dsk/c1t2d0
PV Status available
PV Name /dev/dsk/c2t2d0
PV Status unavailable
看来“c2t2d0”这块硬盘确实有问题。发现这个问题可以说是一个意外的收获,但当前要紧的是将
根目录的空间释放出来。
这时候想到最近几天对服务器的硬件进行了较大的改动,是不是因为设备的改动导致“/dev”中生成了新的文件,
从而使“/”的空间被占据。
# du -ak /dev|more
查看“/dev”目录中每个文件的大小,结果发现有一个大前天生成的叫“tt”的文件有219M,于是将“tt”文件
移走,再“bdf”一下就发现“/”中的空间被释放出来了。
# bdf
Filesystem kbytes used avail %used Mounted on
/dev/vg00/lvol3 360448 145600 213224 41% /
回头看看做过的操作觉得如果发现“/”目录满了(尤其是在很短的时间内),首先还是要检查最近生成了一些什么
文件,这些文件是否有用,当然造成文件生成的原因很多。如果发现一些占据很大空间的文件,最好是先不要删除,
尽量先移到别处,再看看系统和应用是否正常。
作者:
tianxiay2ren
时间:
2008-02-27 13:20
谢谢楼主的提供!
有几个问题:
1.请问/dev/下的文件为什么要占用/的空间呢?难道他们是在同一个文件系统下吗?还是怎么?
2.这个tt文件是怎么出现的?是因为对硬件的修改而出现的吗?那干什么用的?
3.从盘坏了,在syslog里会有报告吗?我没遇到过这种情况,希望你能替我看看~谢谢!
4./目录这么大点儿啊~才300来M?这个系统是干什么用的?
作者:
marty.xu
时间:
2008-02-27 17:19
机器出厂时的默认安装根目录确实很小,一般都是通过ignite服务器安装的,都是采用一个配置文件。
作者:
五“宅”一生
时间:
2008-02-27 19:44
反正扩/目录是件麻烦事,最好在装系统的时候就搞定.
欢迎光临 Chinaunix (http://bbs.chinaunix.net/)
Powered by Discuz! X3.2