/home分区卡住

Question

我已经启用了apache和userdir mod的开发包。

有时，整个/home分区变得不可访问。Apache无法访问存储在那里的脚本，而且我不能以cd的方式访问/home，也不能以任何方式保存它的内容。

否则一切正常。Apache (当不访问/home时)，db工作，浏览其他分区可以工作，但是/home被卡住了。

软件RAID 5被使用。

我查看了我找到的每一个日志，用cat /proc/mdstat检查了raid，一切都很好，没有错误，也没有任何可疑之处。

我不知道还能去哪里看看，也不知道该运行哪个诊断命令。

编辑:它运行了大约5年没有问题。这些故障是从今天早上服务器打开时开始的。过去几天没有进行任何系统更新，也没有任何配置或任何更改。我猜是硬盘坏了。

有什么线索吗？

Box正在运行Gentoo Linux 2.6.34-r2

df -h

Filesystem             Size  Used  Avail Use%  Mounted on
rootfs                 58G   47G   11G   81%   /
/dev/root              58G   47G   11G   81%   /
rc-svcdir             1,0M   76K  948K    8%   /lib/rc/init.d
udev                   10M  320K  9,7M    4%   /dev
none                 1007M     0 1007M    0%   /dev/shm
/dev/md5               29G   25G  4,5G   85%   /home
/dev/md6               58G  879M   57G    2%   /var/svn
/dev/md7              144G   12G  132G    9%   /var/www
/dev/md8              407G  406G  1,3G  100%   /var/company

-v /home山

/dev/md5 on /home type reiserfs (rw,noatime,acl)

cat /etc/mtab

rootfs / rootfs rw 0 0
/dev/root / reiserfs rw,noatime 0 0
none /proc proc rw,relatime 0 0
rc-svcdir /lib/rc/init.d tmpfs rw,nosuid,nodev,noexec,relatime,size=1024k,mode=755 0 0
sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,nosuid,nodev,noexec,relatime 0 0
udev /dev tmpfs rw,nosuid,relatime,size=10240k,mode=755 0 0
devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620 0 0
none /dev/shm tmpfs rw,nosuid,nodev,noexec,relatime 0 0
/dev/md6 /var/svn reiserfs rw,noatime 0 0
/dev/md7 /var/www reiserfs rw,noatime,acl 0 0
/dev/md8 /var/esoft reiserfs rw,noatime,acl 0 0
usbfs /proc/bus/usb usbfs rw,noexec,nosuid,devmode=0664,devgid=85 0 0
binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,noexec,nosuid,nodev 0 0
/dev/md5 /home reiserfs rw,noatime,acl 0 0

cat /proc/mdstat

Personalities : [raid1] [raid6] [raid5] [raid4]
md1 : active raid1 sdd1[2] sdc1[3] sdb1[1] sda1[0]
  40064 blocks [4/4] [UUUU]

md2 : active raid5 sdd2[2] sdc2[3] sdb2[1] sda2[0]
  6024000 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md3 : active raid5 sdd3[2] sdc3[3] sdb3[1] sda3[0]
  60026496 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md5 : active raid5 sdd5[2] sdc5[3] sdb5[1] sda5[0]
  30025152 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md6 : active raid5 sdd6[2] sdc6[3] sdb6[1] sda6[0]
  60026496 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md7 : active raid5 sdd7[2] sdc7[3] sdb7[1] sda7[0]
  150030720 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

md8 : active raid5 sdd8[2] sdc8[3] sdb8[1] sda8[0]
  426332544 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]

unused devices: <none>

Answer 1

检查您是否有来自所有4台md5的错误驱动器

在注意到问题的缓慢时期，运行iostat并查看md5上的读/写

如果什么都看不见的话，慢速运行lsof，看看apache在/home上打开了哪些文件。

您可能尝试的另一种方法--将目录从家中移到其他地方并创建一个符号链接--如果问题不存在，请告诉apache遵循该目录的符号链接，然后重复，直到出现问题--如果没有什么问题，那么就会有一个坏磁盘进入那个md5。

Answer 2

检查您是否有来自所有4台md5的错误驱动器

在注意到问题的缓慢时期，运行iostat并查看md5上的读/写

如果什么都看不见的话，慢速运行lsof，看看apache在/home上打开了哪些文件。

您可能尝试的另一种方法--将目录从家中移到其他地方并创建一个符号链接--如果问题不存在，请告诉apache遵循该目录的符号链接，然后重复，直到出现问题--如果没有什么问题，那么就会有一个坏磁盘进入那个md5。