根目录满后的解决过程

yanghai0320

今天早上例行检查发现根目录用满了，
# 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

谢谢楼主的提供!

有几个问题:
1.请问/dev/下的文件为什么要占用/的空间呢?难道他们是在同一个文件系统下吗?还是怎么?

2.这个tt文件是怎么出现的?是因为对硬件的修改而出现的吗?那干什么用的?

3.从盘坏了,在syslog里会有报告吗?我没遇到过这种情况,希望你能替我看看~谢谢!

4./目录这么大点儿啊~才300来M?这个系统是干什么用的?

marty.xu

机器出厂时的默认安装根目录确实很小，一般都是通过ignite服务器安装的，都是采用一个配置文件。

五“宅”一生

反正扩/目录是件麻烦事,最好在装系统的时候就搞定.