Hi, I have been running a software RAID5 array on a Redhat 8.0 install. The card that I am using is a Highpoint Rocket Raid 404 with a Seagate 80 GB hard drive on each of the 4 channels. I setup the RAID5 array using the following /etc/raidtab:
raiddev /dev/md0
raid-level 5
nr-raid-disks 4
nr-spare-disks 0
chunk-size 128
persistent-superblock 1
parity-algorithm left-symmetric
device /dev/hde1
raid-disk 0
device /dev/hdg1
raid-disk 1
device /dev/hdi1
raid-disk 2
device /dev/hdk1
raid-disk 3
The filesystem on the array is ext2 (I had ext3 for a while too and I got the same problem) My issue is that my filesystem corrupts itself over time. The server never gets shut off, but whenever I run fsck I get errors like the following:
/dev/md0: clean, 1724/29310976 files, 10298750/58611072 blocks
[root@jwitt root]# fsck -fCVt ext2 /dev/md0
fsck 1.27 (8-Mar-2002)
[/sbin/fsck.ext2 (1) -- /infinity5] fsck.ext2 -f -C0 /dev/md0
e2fsck 1.27 (8-Mar-2002)
Pass 1: Checking inodes, blocks, and sizes
Inode 2518496 is in use, but has dtime set. Fix<y>? yes
Inodes that were part of a corrupted orphan linked list found. Fix<y>?
These last errors happened less than a day after I had run fsck previously and fixed errors. In this time frame I haven't even turned the computer off or rebooted. I have also noticed that slowly but surely, files on the array become corrupted. Running SMART tests on the drives haven't revealed any problems. Are there possibly just some bad blocks fouling everything up? If so, how do I go about detecting them and marking them so that the OS doesnt use them? Finally, (sorry for the long questions) fsck seems to hang during certain parts of its first section (checking inodes, blocks, and sizes) and then all of the sudden the progress will jump ahead, I don't know if this is normal or not.
THANK YOU FOR ANY HELP, THIS IS A VERY ANNOYING PROBLEM!