ataraid's revenge! (Was: Re: A nasty ataraid experience.)
Bruce Simpson
bms at incunabulum.net
Thu Jul 23 18:57:38 UTC 2009
6 months on, ataraid(4) did it again.
This time, I was lucky -- I caught in in time, but the damage to the
filesystem meant having to use fsdb to NULL out the affected inodes;
mounting read-only, tarring, and untarring across the network, after a
newfs, let me save the affected partition.
All I was doing at the time was srm'ing a few sensitive files; all
the processes wedged in WCHAN getblk. It seems ataraid(4) is not robust
against temporary drive/controller problems. The SMART logs on the
affected array drives all check out just fine, there are no bad block
remaps.
So, time to either buy a hardware RAID controller, or move to ZFS...
More information about the freebsd-stable
mailing list